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Come sempre le idee vincenti 
raggiungono l'obiettivo e noi della 
Technitron Data abbiamo messo or- 
dine tra le tante proposte relative ai 
sistemi periferici per offrirvi solo le 
migliori. Noi della Technitron Data 
abbiamo l'esclusiva delle stampanti 
OKI, siamo distributori dei prodotti 
Summagraphics (digitalizzatori), 
garantendo oltre all'assistenza tecni- 
ca tutti i materiali di consumo e gli ac- 
cessori. Noi del Gruppo Technitron, 
attualmente leader europeo nella 
distribuzione di questi prodotti, forti 
di tutta l'esperienza possibile delle 
esigenze degli utenti qualificati, sia- 
mo certi di avere la soluzione giusta 
per i vostri problemi: chiamateci! 
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Un computer chiamato 
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AMIGA 


Come il Commodore Amiga ha cambiato il 
mondo dei computer, così il volume 
L’Amiga proietterà la vostra immaginazio- 
ne lungo nuovi orizzonti di creatività. 
Preparatevi a ottenere stupefacenti risultati 
dal vostro computer: sofisticate immagini 
video, suoni e musica, sequenze animate da 
registrare su videocassetta, e molto di più. 
In questo volume troverete inoltre consigli 
utili per ottenere il meglio dall’Amiga Basic 
e da prodotti software eccezionali come 
Deluxe Paint, Deluxe Music 

e Deluxe Video. 





saponsio er » Amica 416 pagine, oltre 100 illustrazioni, L. 60.000 


I L MANUALE DELL’AMIGADOS IL MANUALE 


Questo volume è l’unica documentazione 
ufficiale realizzata dalla Commodore sul si- 
stema operativo dei computer Amiga. 
Contiene tre libri (Il Manuale per l’utente, 
Il Manuale per il programmatore e Il Ma- 
nuale di riferimento tecnico) che costitui- 
scono nel loro complesso la guida più com- 
pleta per ogni utente dell’Amiga, dal princi- 
piante che vuole usare i comandi dell’Ami- 
gaDOS (che non sono spiegati dall’opuscolo 
in dotazione al computer), fino al program- 
matore evoluto che troverà utili informazio- 
ni per programmare in C e in Assembly. 


376 pagine, L. 60.000 
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NOTE EDITORIALI 








nostri lettori, abbiamo notato che nelle varie 

lettere ci vengono proposte con insistenza due 
domande: come mai Commodore Gazette non viene 
pubblicata con regolarità ogni mese? E perché, nono- 
stante siano già stati annunciati da molto tempo, i volumi 
della IHT Programmare l’Amiga I e II non sono ancora 
disponibili? Vista la quantità di lettere, e anche di 
telefonate, che riceviamo in merito, desideriamo una 
volta per tutte fare piena luce sull'argomento in modo 
da mantenere con i nostri lettori un rapporto di piena 
trasparenza. 

Sicuramente per tutto il 1989 Commodore Gazette 
continuerà a uscire quasi sempre ogni due mesi. Non è 
stata inoltre ancora pianificata l’uscita su una regolare 
base mensile neanche per il 1990, e quindi probabilmen- 
te i tempi di pubblicazione rimarranno gli stessi anche 
per il nuovo anno. Questi tempi sono frutto di una 
decisione precisa: la Casa editrice della rivista ha degli 
standard qualitativi piuttosto elevati, il che ovviamente 
si traduce in costi di produzione a loro volta elevati. E 
per far fronte a questi costi su base mensile sarebbe 
necessario un gettito pubblicitario molto maggiore. 
Infatti, nonostante nell’ambito dell’informatica i poten- 
ziali inserzionisti siano numerosi, quelli specializzati in 
ambito Commodore sono una minoranza. 

Gli introiti di Commodore Gazette sono quindi per la 
maggior parte quelli derivanti dalla vendita nelle 
edicole. E dal momento che queste vendite sono molto 
elevate — a tal punto da collocare il periodico tra le riviste 
d'informatica più vendute in Italia — Commodore Gazette 
continua a essere presente nelle edicole dal 1986. 

La regolare mensilità sarebbe in ogni caso possibilissi- 
ma: lo dimostrano le altre testate presenti in edicola 
dedicate ai computer Commodore. Ma per essere 
mensili sarebbe necessario ridurre i costi € quindi anche 
la qualità. E dal momento che gli standard qualitativi 
della Casa editrice impongono certi livelli, la periodicità 
di Commodore Gazetie deve rimanere quella attuale. 
Almeno sino a quando non cambierà qualcosa nel 
panorama pubblicitario in ambito Commodore. I nostri 


E saminando la posta che riceviamo ogni giorno dai 


abbonati non hanno comunque nulla da temere. 
L'abbonamento è infatti legato al numero di fascicoli 
effettivamente ricevuti, e non ai mesi. 

Per quel che riguarda i due volumi Programmare 
l’Amiga I e II, va detto che hanno subito due tipi di 
ritardo. Il primo causato dal traduttore al quale era stato 
affidato il lavoro, che non solo ha superato di gran lunga 
i tempi massimi previsti, ma ha anche svolto un lavoro 
incompleto e non accurato; tanto da rendere necessario 
l'intervento di un nuovo traduttore. 

Il secondo ritardo è invece legato ancora una volta agli 
standard qualitativi. I due volumi nella versione origina- 
le in lingua inglese contengono infatti un numero 
d’inesattezze superiore a quello tollerato dagli standard 
IHT. Si è così deciso d’intervenire sui due testi con 
un’ampia revisione tecnica. Questo vuole dire che i due 
libri usciranno parecchi mesi dopo la data prevista, ma 
conterranno tanti e tali aggiornamenti, migliorie e 
correzioni da giustificare ampiamente qualsiasi attesa. Il 
loro acquisto sarà quindi indispensabile anche per chi 
avesse nel frattempo comprato la versione in lin 
inglese. 

Le date di uscita previste sono fine luglio 89 per il 
volume II e fine ottobre °89 per il volume I. Il fatto che 
il volume II esca prima del volume I è dettato da ragioni 
di carattere tecnico. Questo non dev'essere comunque 
motivo di preoccupazione: pur integrandosi reciproca- 
mente per coprire un vasto ventaglio di argomenti, i due 
libri sono indipendenti. Inoltre, nel corso del 1990 
verranno pubblicati altri tre volumi che insieme ai d 
precedenti costituiranno una completa biblioteca i 
programmazione dell’ Amiga. persa 

In definitiva, la politica editoria 
Editoriale è intimamente legata 
elevati. Talvolta questo si traduc 
mente dannosi per la Casa editri 
la facilità con cui si potrebbe 
favore di una produzione più ra 
a rimanere fedele alla sua 
convinzione che i lettori it 
quello che altre Case editr 


gua 


le della IHT Gruppo 
a standard qualitativi 
e in ritardi economica- 
ce stessa. E nonostante 
abbassare la qualità in 
pida la IHT continuerà 
politica. Questo nella 
taliani si meritino di più di 
ici offrono... molto di più. 

ML 
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LA VOCE 


COMPETENZA E CORTESIA 


Vorrei far sapere la mia Opinio- 
ne sulla scarsa accuratezza con cui 
la Casa madre sceglie i Commo- 
dore Point. 

Alcuni giorni fa ho consultato 
l'elenco dei sopracitati punti di 
rivendita Commodore e ho nota- 
to (con molto piacere iniziale) che 
ne esisteva uno anche vicino alla 
mia abitazione, a Montecatini 
Terme (PT). Trattasi della ditta 
“Zanni & C.” in Corso Roma 45 
(non mi piace essere anonimo). 
Mi sono recato, dopo alcuni gior- 
ni, nel tale negozio e con molto 
dispiacere ho dovuto “beccarmi” 
la visione di una vetrina in cui 
c'era un bel Commodore Amiga 
500 e un frullatore, per non 
parlare di altri microelettrodo- 
mestici. Molto amareggiato dalla 
visione di un ennesimo negozio di 
elettrodomestici che si improvvi- 
sava rivenditore di computer, 
entro ugualmente. Ebbene, l’uni- 
ca cosa riguardante la Commodo- 
re che c’era nel negozio era 
quell’esemplare di Amiga e alcuni 
giochi. Tutto il resto erano dischi 
(musicali), televisioni, materiale 
elettrico ecc. ecc. 

Quello che voglio dire alla 
Commodore è che selezioni me- 

glio i Commodore Point, e che 
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non dia questa “carica” a negozi 
di elettrodomestici dove si dice ai 
clienti che l'espansione A501 per 
l’Amiga sarà disponibile solo all’i- 
nizio dell’estate (non metto i 
punti esclamativi solo per non 
fare della retorica), come è suc- 
cesso a me a Montecatini. È una 
vergogna. Ripeto: è una vergo- 
gna che la Commodore commetta 
questi errori. È una cosa che fa 
perdere la fiducia degli utenti 
commodoriani nella Casa milane- 
se. 

A questo punto voglio fare un 
appello: voi utenti della Commo- 
dore che avete avuto un’esperien- 
za come la mia, scrivete a Commo- 


Indirizzate 
tutta la corrispondenza 
per la rivista a: 


COMMODORE GAZETTE 
La posta della Gazette 
Via Monte Napoleone, 9 
20121 Milano 


Preghiamo i lettori di essere 
concisi e concreti, per darci 
modo di rispondere al 
più grande numero possibile 
di lettere. La redazione si 
riserva comunque il diritto di 
sintetizzare le lettere troppo 
lunghe. 


NOSTRI 


Pb 





LETTORI 


dore Gazette denunciando con no- 
me e indirizzo i rivenditori che 
secondo voi non meritano di 
essere Commodore Point. Perché 
i Commodore Point devono esse- 
re dei punti di riferimento per gli 
utenti, che devono essere sicuri di 
trovarvi assistenza, competenza € 
cortesia. 

In conclusione vorrei citare un 
esempio buono di Commodore 
Point: “Il Computer”, Viale Co- 
lombo 216, Lido di Camaiore, 
dove personalmente ho potuto 
trovare competenza e serietà, 
qualità che dovrebbero avere tut- 
tii Commodore Point. 


Marco Magurno 
Uzzano (PT) 


PIRATI SOTTO ACCUSA 


La pirateria è senza dubbio uno 
dei problemi più inquietanti nel 
panorama dell’informatica italia- 
na, e ancora più inquietante è la 
disinformazione su tale argomen- 
to. Spesso e volentieri avete tocca- 
to questo problema, ma senza mai 
dedicargli Uno spazio tutto suo 
per una trattazione sistematica. 

Alcuni anni fa non avrei mai 
preso in considerazione l’idea di 
acquistare software originale a 





causa del costo elevato e della 
difficile reperibilità dei prodotti, 
e quindi, come tanti altri, com- 
pravo ciò che il mercato nero 
offriva. Oggi le cose sono cambia- 
te: il costo dei pacchetti software 
è calato e la distribuzione su larga 
scala si è dimostrata efficiente. 

Eppure il fenomeno della pira- 
teria è sempre presente. Le do- 
mande che mi sono posto sono 
queste: è possibile fare qualcosa 
contro tutte le persone che specu- 
lano illegamente sul lavoro degli 
altri? A chi è preposto il compito 
di denunciare gli importatori 
abusivi e i negozianti che vendo- 
no software illegale? Nell’attesa di 
vedere nascere una rubrica dedi- 
cata alla pirateria, spero rispon- 
derete alle mie domande nello 
spazio dedicato ai lettori. Illu- 
strando cosa può fare chi, come 
me, crede che esistano dei valori 
come l’onestà, e ha rispetto per il 
proprio lavoro così come per 
quello degli altri. 


Stefano (NA) 


Commodore Gazette ha dedica- 
to alla pirateria un servizio speciale 
pubblicato nel n. 6187. Ci sembra 
che il nostro reportage sia la miglio- 
re risposta alle sue domande. 


HARD DISK PER PC 


Nel settembre 1988 ho acqui- 
stato un Commodore PC 10-IIl in 
configurazione base (640K e due 
drive da 360K). All’acquisto di 
questa macchina sono stato spinto 
in parte dal fatto che ho sempre 
posseduto macchine Commodore 
(VIC-20, C-64, C-128D) e in parte 
dalla lettura dell’esauriente arti- 
colo di prova pubblicato nel nu- 
mero 3/88 di Commodore Gazette . 

Il mio problema è recente, n 
quanto solo ora mi sono deciso a 
dotare la mia macchina di un 
hard disk 3,5” da 20 MB, e nei vari 
Commodore Point ai quali mi 
sono rivolto ho trovato totale 


incompetenza. In un negozio ho 
avuto le risposte che cito: 1) 
utilizzando il controller esistente 
sul computer si può montare 
soltanto l’hard disk venduto dalla 
Commodore (quello posseduto di 
serie dal PC 20-III); 2) si può 
montare qualsiasi hard disk da 
3,5” inserendo l’opportuno con- 
troller in uno degli slot disponibi- 
li. 

Dato che dalla lettura dell’arti- 
colo mi sembra di capire che è 
possibile inserire qualsiasi hard 
disk XT compatibile provvisto 
d’interfaccia SCSI, gradirei sape- 
re se la mia interpretazione è 
esatta e quindi se esiste la possibi- 
lità, servendosi del controller in- 
cluso nella piastra madre, di mon- 
tare un qualsiasi hard disk da 3,5” 
XT compatibile purché con inter- 
faccia SCSI, e in tale caso che 
modello e di quale marca (Seaga- 
te, Miniscribe, Rodime, Epson, 
Xebec). 


Ruggero Baccetti 
Scansano (GR) 


Per il PC 10-III occorre un hard 
disk da 3,5” di tipo XT, 0 meglio 
dotato d’interfaccia XT. S? tratta 
di un tipo di hard disk ampiamente 
diffuso nel settore dei PC XT-compa- 
tibili, che oltre al disco e alla 
meccanica di accesso possiede una 
scheda logica di controllo ad alta 
integrazione. Per la loro compattez- 
za, gli hard disk di tipo XT vengono 
impiegati specialmente quando lo 
spazio a disposizione non è molto, 
come nel caso del PC 10-III. 

Per ora la Commodore non ha 
intenzione di distribuire singolar- 
mente l’hard disk montato di serie 
nel PC 20-III, ma questo non è un 
problema, dal momento che gli hard 
disk di tipo XT sono praticamente 
tutti uguali, in termini di compatibi- 
lità hardware. 

Sul mercato ve ne sono di molte 
marche e modelli. Sul suo PC potreb- 
be per esempio installare l’Epson 
HMD755, oppure il Western Digital 
WD93020. 
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I RICAMBI SCOMPARSI 


Sono un utente deluso dalla 
qualità e dalla lentezza del servi- 
zio Commodore, in quanto il 15 
gennaio ho portato a riparare il 
mio disk drive 1541 regolarmente 
garantito dalla Commodore in 
novembre e qual è stata la risposta 
del tecnico? «Mi dispiace, ma 
questo disk drive non può essere 
stato comprato in novembre». 
Lascio correre, e affido comun- 
que il floppy alla VIGA che, dopo 
un mese di attesa, non ha ancora 
riparato la periferica per mancan- 
za di pezzi... e alcuni drive sono 
fermi lì da agosto! 

La Commodore si deve rende- 
re conto che noi utenti siamo una 
forza da prendere in considera- 
zione, altrimenti... 


Francesco De Palo 
Napoli 


VELOCITÀ PER L’AMIGA 


È la terza volta nel giro di poco 
tempo che vi scrivo, e questa volta 
vorrei porvi un quesito: quali 
reali vantaggi si hanno montando 
in un Amiga 500 un Motorola 
68010 al posto del normale 68000? 
E conveniente o la differenza è 
minima? E per quanto riguarda il 
68000 a 14 MHz, che prestazioni 
offre e quanto costa? 

Vorrei anche informarvi che il 
metodo descritto da voi per utiliz- 
zare il Fast File System anche sui 
2. funziona. Come mai? 

rispondere al più pre- 
sto, perché mi sono veramente 


stufato della lentezza del mio 
drive. 


Luca Campana 


Anzitutto, il Motorola 68010 è 
praticamente uguale al 68000: î due 
processori possiedono la stessa capa- 
cità d’indirizzamento, lo stesso bus 
dati da 16 bit, e lo stesso set 
d'istruzioni. L'unica differenza è 
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che il 68010 aggiunge tre registri, 
uno dei quali, il VBR, consente ai 
sistemi operativi di spostare la tavo- 
la dei vettori (256 vettori per le 
exception della CPU e di sistema) in 
qualunque posizione all’interno 
dello spazio indirizzabile, operazio- 
ne che con il 68000 non è possibile 
(questa CPU considera infatti che la 
tavola dei vettori inizi sempre e solo 
dall’indirizzo zero dello spazio di 
memoria indirizzabile). Per un com- 
puter come l’Amiga, questo nuovo 
registro è pressoché inutile, e infatti 
è stato ideato per macchine in grado 
di avere in memoria contempora- 
neamente diversi sistemi operativi in 
esecuzione. Non ci sono quindi van- 
taggi a inserire un 68010 sul pro- 
prio Amiga, né în termini di velocità 
né per quanto riguarda set d’istru- 
zioni 0 modi operativi più evoluti. 

Per quanto riguarda il 68000 a 
14 MHz, possiamo rispondere che 
ovuamente costa più del 68000 
montato sull’Amiga, ma che pur- 
troppo non sarà utilizzabile fino a 
quando non verrà realizzato un 
Amiga con un clock di 14 MHz. 

Per altre idee su come aumentare 
le prestazioni del suo Amiga, la 
rimandiamo all’articolo “Schede ac- 
celeratrici per un Amiga turbo” 
apparso sul numero 6188 di Com- 
modore Gazette. 

A quanto ci risulta, seguendo le 
indicazioni di quell’articolo sull’im- 
piego del Fast File System con i disk 
drive, tutto funziona perfettamente. 
Riprendiamo comunque qualche 
dettaglio per risolvere eventuali 
dubbi che potrebbero sorgere leggen- 
do quell’articolo. Anzitutto occorre 
disporre del Fast File System, conte- 
nuto nella versione 1.3 del Work- 
bench. Poi è necessario aggiungere 
nel file MouniList, contenuto nella 
directory devs del disco sistema, i 
due gruppi di parametri illustrati 
nell’articolo, esattamente così come 

sono: il primo gruppo descrive un 
dispositivo logico di nome FFO: che 
consente di accedere a dischi format- 
tati con il Fast File System nel disk 
drive di serie, mentre il secondo si 
riferisce al dispositivo logico FFI:, 
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relativo al primo disk drive aggiun- 
tivo. Occorre precisare che se si 
dispone di un disk drive aggiuntivo 
è opportuno sperimentare questo 
sistema inserendo nella MouniList 
soltanto il gruppo di parametri 
relativi a FF1:. 

Compiute queste operazioni, oc- 
corre digitare i comandi MOUNT 
FFO: e MOUNT FFI: per attivare i 
dispositivi logici, e il gioco è fatto. 
Per collaudare il tutto, supponendo 
di aver attivato FF1:, basta inserire 
un disco da formattare nel disk 
drive aggiuntivo, che ora si chiama 
FFI1:, e digitare il comando CHAN- 
GEDISK FFI1: seguito dal comando 
SYS:SYSTEM/ FORMAT DRIVE FFI1: 
NAME “Disco FFS” NOICONS FFS. A 
questo punto disponiamo di un 
Floppy disk formattato dal Fast File 
System, al quale si può accedere 
inserendolo nel disk drive aggiunti- 
vo e riferendosi a quest’ultimo con il 
nome FF1:. Nel disk drive aggiunti- 
vo st possono comunque inserire 
normali dischi AmigaDOSs, purché 


vengano indicati con il consueto 
DFI1:. 


QUESITI 
SU FLIGHT SIMULATOR 


Sono un felice possessore di 
una versione su cassetta per C-64 
di Flight Simulator notevolmente 
ridotta; infatti si limita alla sola 
area di Chicago. Vorrei rivolgere 
alcune domande in proposito. 

1) È forse realistico che col 
reliability factor a 50, in cinque 
minuti scarsi cinque strumenti 
(radiofaro 1, altimetro, tachime- 
tro digitale, variometro e indica- 
tore di velocità) siano oggetto di 
malfunzionamento? 

2) Perché le piste uniche come 
Frasca Field di notte sono illumi- 
nate nelle strisce di mezzeria, 
quando invece dovrebbero essere 
illuminati i contorni delle piste? 

3) Che differenza c’è, ai fini 
della sicurezza, tra un decollo 
compiuto senza agire sulla mano- 
pola, col trimmer su di quattro 


tacche e i flap a 10°, e un comune 
decollo con due tacche su e 
sempre 10° di flap? 


Valerio Oddo 
Napoli 


1) Effettivamente, se si supera 50 
con il reliability factor (0-100) si 
viene colti da un’incredibile scalo- 
gna che rende il volo quasi impossi- 
bile. Valori inferiori, comunque, 
garantiscono voli sempre avventu- 
rosi e costellati di ragionevoli impre- 
visti, e 50 livelli di sfortuna dovreb- 
bero bastare a chiunque. l 

2) Per quanto riguarda il reali- 
smo della simulazione ambientale, 
ci sembra che lei pretenda un po’ 
troppo. Sul C-64 Flight Simulator 
II fa già veri e propri miracoli, e 
anche se le piste non sono illuminate 
come nella realtà, non ce la sentia- 
mo di metterlo sotto accusa. 

3) Sia chiaro che prima di un 
decollo il trimmer dev'essere regola- 
to in maniera che il timone di 
profondità si trovi in posizione 
neutra quando la cloche (che Lei 
chiama manopola) viene lasciata 
andare. Detto questo, passiamo alla 
sua domanda: i due tipi di decollo 
citati presentano un’importante dif- 
ferenza ai fini della sicurezza. In- 
fatti, dando due tacche di trimmer e 
spingendo l’aereo al massimo con 
10° di flap, metà della pista 18 
dell’aeroporto Meigs Field di Chica- 
80 non è sufficiente per decollare e îl 
Piper Archer II si trasforma in un 
idrovolante... Ma anche se ci si 
prende l’intera pista per decollare, 
due tacche di trimmer sono appena 
sufficienti. Quindi, se si desidera 
decollare în tutta tranquillità e lo 
Spazio non è molto, quattro tacche di 
trimmer sono senz'altro raccoman- 
dabili. 

Considerando il suo interesse per 
la simulazione del volo con Flight 
Simulator II, le raccomandiamo un 
astruttore davvero in gamba: il libro 
Co-Pilot, edito dalla IHT Gruppo 
Editoriale, un copilota indispensa- 
bile per apprezzare al meglio il 
fascino del volo elettronico. I] 





SOFTWARE GALLERY 





UNA GUIDA PER ORIENTARSI NEL MONDO DEL SOFTWARE 





Ogni giocatore di adventure 
ricorda con nostalgia lo storico 
The Hobbit, ispirato al libro omo- 
nimo, che per la prima volta 
offriva un parser di buon livello, 
o le due avventure del ciclo del 
Signore degli anelli, forse eccessi- 


WAR 
IN MIDDLE 
EARTH 


Un ottimo war game che 





ripercorre fedelmente l’intera 
saga del Signore degli anelli 


Computer: C-64/128/Amiga 
Supporto: Cassetta/Disco 

Prezzo: L. 18.000/25.000/49.000 
Produzione: Melbourne House 
Distribuzione: Leader (Via Mazzini 15, 
921020 Casciago — 0332/212255) 


utti gli appassionati di lette- 
T ratura fantasy conoscono il 
nome di J. R. R. Tolkien, il 
grande scrittore inglese nato in 
Sudafrica, che con il suo grandio- 
so ciclo della Terra di mezzo (Lo 
Hobbit, Il signore degli anelli, Il 
Silmarillon) ha creato un genere 
completamente nuovo € ha ispira- 
to numerosissimi imitatori. 
Qualsiasi libro, film, giocattolo 
o videogame fantasy prodotto 
oggi, si può fare risalire alla saga 
del geniale insegnante di filologia 
di Oxford o alle sue opere minOTI, 
ed è questo che ha convinto la 
Melbourne House ad acquistare 
tutti i diritti dei personaggi di 
Tolkien per la loro trasposizione 
nel mondo digitale. 




















SCHEDA CRITICA 


INSUFFICIENTE 

Un pessimo prodotio che 
non merita nessuna CONsi- 
derazione 


MEDIOCRE 

Il programma ha alcuni 
difetti di fondo. anche se 
nel complesso raggiunge 
quasi la sufficienza 


DISCRETO 

Un prodotto accettabile 
ma non aspettatevi gran 
dissime emozioni 


BUONO 

Raccomandato vivamen 
fe: tra | migliori programm 
della sua categoria 
OTTIMO 

Fccezionale! Fino ad oggi 
non si era mal visto nienie 
Jel genere 





vamente complesse. Con War in 
Middle Earth la Melbourne House 
abbandona il terreno delle adven- 
ture per cambiare completamen- 
te genere. War in Middle Earth è 
infatti un war game che riprodu- 
ce le vicende narrate nella trilogia 
del Signore degli anelli. 

Anche se la trama della famosa 
trilogia di Tolkien è nota a molti, 
una breve introduzione sarà utile 
per comprendere più chiaramen- 
te la descrizione del gioco. 

La storia comincia quando il 
piccolo hobbit Frodo riceve in 
eredità da Bilbo Baggins (il prota- 
gonista di The Hobbit) un anello 
magico: si tratta del Primo anello 
che dona un singolare potere a 
chi lo possiede: l’invisibilità. Ma il 
Primo anello ha anche 
losa caratteristica di as 
energie vitali dei comu 
mentre un abile s 
utilizzarlo per dom 
del Male. 


Questa è la ragione per cui il 
potente Sauron sta cercando di 
recuperare l’anello che gli venne 
rubato da Isildur. E Banson co- 
manda un gran numero di truppe 
di uomini e orchetti che, aiutati 
dai mostruosi demoni Nazgul, 
stanno percorrendo in lungo e in 
largo tutta la Terra di mezzo per 
recuperare il Primo anello. 


la perico- 
sorbire le 
ni mortali, 
stregone può 
inare le forze 
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Frodo decide sotto consiglio 
del mago Gandalf di eliminare 
definitivamente Sauron portando 
a termine un’impresa rischiosissi- 
ma: la distruzione dell’anello nel- 
le fiamme vulcaniche di monte 
Fato, che purtroppo è anche il 
quartier generale di Sauron! Alla 
partenza per monte Fato sono 
presenti Frodo, lo stregone Gan- 
dalfil Grigio e altri tre hobbit, ma 
presto la Compagnia dell’anello 
accoglie nuovi membri fra cui 
l’elfo Legolas e il prode Aragorn, 
erede di Isildur. Nel suo viaggio 
verso sud il gruppo di eroi fa 
numerosi incontri e supera molti 


The fame is Paused, 
To continue, press a key. 


Una 


pericoli, cercando di non farsi 
travolgere dalla guerra che infu- 
ria nella Terra di mezzo. 

Come se non bastasse, oltre alle 
truppe di Sauron sono sulle trac- 
ce della Compagnia anche le 
forze di Saruman, che si fregia del 
titolo di aiutante di Sauron, ma fa 
di tutto per acquisire un potere 
superiore a quello del mago nero 
di monte Fato. 

Versione per il C-64. Arriviamo 
finalmente agli aspetti pratici di 
War in Middle Earth. Per prima 
cosa si nota la semplicità di con- 
trollo, un fattore determinante in 
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una vicenda tanto complessa; di- 
ciamo subito che il giocatore 
controlla contemporaneamente 
tutti i personaggi non affiliati a 
Sauron o a Saruman, e che l’azio- 
ne si svolge su tre schermate ben 
distinte. 

La prima immagine che appare 
è quella di una mappa della Terra 
di mezzo, che riproduce esatta- 
mente quella contenuta nella con- 
fezione del gioco. Sulla mappa 
dello schermo ci si può spostare 
azionando un cursore a forma di 
mano guantata. 

Premendo il pulsante del joysti- 
ck, la mano si trasforma in una 





schermata tratta dalla versione per l’Amiga di War in Middle Heart 


lente d’ingrandimento che si spo- 
sta su di una riproduzione in scala 
più dettagliata della mappa prin- 
cipale: è qui che il giocatore si 
muove per la maggior parte del 
tempo, dal momento che solo in 
questa visuale è possibile identifi- 
care città, palazzi, torri e altri 
luoghi, ma soprattutto i perso- 
naggi del gioco. Questi ultimi 
vengono indicati per mezzo di 
scudi colorati, che possono rap- 
presentare sia un unico personag- 
gio sia un’intera armata. 
Portando la lente d’ingrandi- 
mento su uno scudo, appare una 


finestra informativa dalla quale 
otteniamo informazioni detta- 
gliate sull’identità e le condizioni 
dei personaggi. Una leggera pres- 
sione sul pulsante di azione ci 
permette di assegnare una desti- 
nazione al gruppo, di dividerlo o 
di unirlo a un altro, mentre un 
ultimo comando offre la possibili 
tà di formare vere e proprie 
carovane. Una volta che ogni 
gruppo ha ricevuto i suoi ordini, 
il gioco torna sulla mappa princi- 
pale. 

Su questa schermata in alta 
risoluzione abbiamo a disposizio- 
ne solo tre comandi: il primo 
serve per salvare la situazione su 
disco o per caricare un gioco 
precedentemente salvato, il se- 
condo permette di leggere mes- 
saggi particolari e il terzo fa 
partire lo scorrere del tempo, 
facendo di conseguenza spostare 
le nostre truppe e quelle degli 
avversari. 

Quando due fazioni opposte si 
scontrano, ecco apparire automa- 
ticamente il terzo e ultimo scher- 
mo di War in Middle Earth. La 
schermata riguardante i combat- 
timenti è una delle più caotiche 
che si siano mai viste, e riesce a 
ricreare in maniera molto convin- 
cente la frenesia di una battaglia: 
su di un fondale sostanzialmente 
neutro, decine e decine di uomini 
e mostri si scontrano in un clango- 
re metallico di spade e lance senza 
lasciarci un attimo per esaminare 
la situazione. Tutto quello che 
possiamo fare per influire sulle 
sorti della battaglia è spostare un 
cursore sul campo di gioco e 
selezionare un personaggio da 
controllare personalmente. 

. Le battaglie lasciano poco spa- 
z10 per l’intervento umano. È 
quindi basilare l’aspetto strategi- 
co, Ovvero gli spostamenti dei 
personaggi. 

Lo schema ora descritto si ripe- 
te sino alla sconfitta totale di una 
delle due fazioni o alla cattura 
dell’anello da parte di Sauron. In 
realtà questa possibilità è piutto- 
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sto remota, dal momento che in 
battaglia il personaggio in posses- 
so dell’anello può rendersi invisi- 
bile e fuggire dal luogo del peri- 
colo, rimettendoci soltanto parte 
della sua resistenza fisica. 

Versione per l’Amiga. Anche se 
lo schema di gioco si mantiene 
per lo più sulla linea descritta, la 
versione a 16 bit di War in Middle 
Earth ha ovviamente una propria 
personalità. n. 

Oltre alla migliore definizione, 
un aspetto che era facilmente 
prevedibile, la versione per TA 
miga offre un’azzeccatissima mu- 
sica introduttiva e un curioso 
linguaggio medievaleggiante per 
i messaggi di sistema. Inoltre, vi 
sono due differenze “visive” che 
rendono abbastanza diverso l’a- 
spetto grafico delle due versioni. 

La prima differenza riguarda la 
possibilità di esaminare l’azione 
con la lente d’ingrandimento: 
questa opzione non si limita più a 
darci un rapporto scritto sulla 
locazione in esame, ma ce ne 
fornisce persino un’immagine di- 
gitalizzata. Se sotto la lente sì 
trova un personaggio del gioco, 
appare un'animazione che ce lo 
mostra in viaggio. 

uanto ai combattimenti, os- 

servandoli attraverso la lente 
d’ingrandimento appaiono in tut- 
to lo splendore della grafica del- 
l’ Amiga, ma è a questo punto che 
si nota la seconda differenza. Le 
confusionarie e realistiche batta- 
glie del C-64, che pure sarebbero 
risultate tanto più spettacolari 
sull’Amiga, sono state ridotte al 
formato delle schermate “di viag- 
gio”, e vengono combattute da un 
numero molto ridotto di conten- 
denti. Essendo cambiata la dispo- 
sizione grafica, anche il metodo 
di controllo si è adeguato alla 
nuova situazione: a ogni battaglia 
(che comunque possiamo ignora- 
re e far combattere automatica- 
mente dal computer) appare sullo 
schermo una finestra in cui ven- 
gono elencati i componenti delle 
nostre forze, ciascuno dei quali 


affiancato da una serie di caselle. 

Ogni casella corrisponde a un 
diverso comportamento sul cam- 
po: è possibile attaccare, caricare, 
retrocedere o fuggire, e ogni 
gruppo di armati ha la possibilità 
di muoversi indipendentemente 
dagli altri, rendendo per esempio 
possibile una carica da parte della 
cavalleria mentre i fanti retroce- 
dono, e magari il comandante 
fugge verso lidi più sicuri. 

War in Middle Earth è un 


ottimo programma in entrambe 
le versioni: che si giochi con 








La medesima schermata nella versione 
per l’Amiga (sopra) e per il C-64 (sotto) 


l'ausilio di un microprocessore a 8 
oppure a 16 bit, l’azione risulta 
sempre semplice da controllare e 
mantiene comunque un notevole 
livello di complessità. 

Anche se i frequenti cambi di 
dischi richiesti con la versione a 
16 bit possono disturbare il ritmo 
dell’azione, War in Middle Earth 
merita tranquillamente il titolo di 
miglior war game fantasy attual- 
mente in circolazione, e occuperà 
ben presto un posto di rilievo 
nella collezione software di tutti 
gli amanti della strategia. F.R. 


POLICE 
QUEST 


Un graphic novel con 
un poliziotto come protagonista. 
Un ottimo testo rovinato 


da una pessima grafica 





Computer: Amiga 

Supporto: Disco 

Prezzo: L. 49.000 

Produzione: Sierra On-Line 
Distribuzione: Leader (Via Mazzini 15, 
21020 Casciago - 0332/212255) 


vete mai pensato a come 
dev'essere la vera vita di un 
poliziotto? 

AI di là dei cliché dei telefilm, 
gli uomini in divisa azzurra non 
passano certo le giornate scari- 
cando quintali di proiettili su chi 
infrange la legge, né guidando le 
loro auto in folli inseguimenti che 
finiscono sempre per devastare 
bancarelle cariche di frutta. La 
vita di un tutore dell’ordine sarà 
fatta anche di azioni spettacolari, 
ma per la maggior parte del 
tempo passa in una monotona 
routine basata sulla scrupolosa 
osservanza dei regolamenti. 

Questo almeno è quanto cerca- 
no di farci credere i programma- 
tori della Sierra On-Line con il 
loro Police Quest, ultimo gioco 
della fortunata serie “Quest” 
essere pubblicato in versione 
Amiga. La serie completa com- 
prende una decina di titoli di 
ambientazione fantasy, spaziale o 
tai fra 1 più apprezzati 
dei computer MS-nOn te dico 
È. La flat i compatibi- 

7 Nlosofia di Police Quest è 
Cig a novel, di cui 
A parlato qualche tempo 
fa nella recensione di Neuroman- 
cer: l'ambiente del gioco cerca di 
simulare la realtà il più fedelmen- 
te possibile, facendo molto affida- 
mento sulla grafica e limitando 
drasticamente l'intervento e le 
possibilità di controllo del gioca- 
tore. 


a 
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Come nella vita reale, il nostro 
rappresentante sullo schermo 
non è affatto il centro della 
narrazione: i personaggi del gioco 
hanno una loro vita propria, e gli 
avvenimenti si susseguono indi- 
pendentemente dalla nostra pre- 
parazione ad affrontarli. Uno dei 
nostri compiti principali è pro- 
prio quello d’inserirci nella com- 
plessa società del gioco. 

Police Quest è ambientato a 
Lytton, una normalissima cittadi- 
na americana dove non manca 
nulla ma nessun elemento è ecce- 
zionale. Il parco pubblico non è il 
Central Park, la tangenziale non 





ha centinaia di corsie e l’ospedale 
non è nemmeno paragonabile ai 
colossali “Medical Center” dei 
telefilm. La vita della città scorre 
secondo ritmi assolutamente rea- 
listici, con una tranquillità di base 
rotta di quando in quando da 
piccoli problemi. 

Fra gli incidenti stradali, le 
multe contestate e le risse in 
birreria, qualcosa però preoccupa 
sempre più l’opinione pubblica: 
un criminale, battezzato dai gior- 
nali “l'angelo della morte”, ha 
fatto di Lytton la sua base operati- 
va, e la sua presenza costituisce un 
incentivo alle attività criminali. Il 
numero di furti, rapine e soprat- 
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tutto crimini connessi alla droga è 
in continuo aumento, e la polizia 
della città si trova sempre più 
sotto pressione per tentare di 
arginarli. 

Questo è il momento in cui 
entriamo in scena noi, nei panni 
di un comune poliziotto in divisa. 
Per il momento dobbiamo adat- 
tarci a svolgere diligentemente il 
lavoro di routine, sperando che i 
superiori notino la nostra buona 
volontà e ci diano la possibilità di 
dedicarci a compiti più importan- 
ti. Il primo giorno di gioco ci 
troviamo a pattugliare le strade in 
auto, ma la nostra meta è quella di 


Normal 
Slow 
Fast 


poter lavorare in borghese come 
infiltrati nell’organizzazione del- 
l'angelo della morte, per arrestar- 
lo ed estirpare il male alla radice, 
riportando Lytton all’usuale tran- 
quillità. 

La trama di Police Quest, scritta 
da un vero agente di polizia, è 
studiata per essere quanto più 
realistica possibile. L'esperienza 
sul campo dell’autore si fa sentire 
continuamente, come per esem- 
pio nell’obbligo di seguire una 
procedura di controllo dell’auto 
tutte le volte che si sale a bordo o 
nell’impiego di codici di comuni- 
cazione reali fra il centro radio 
della polizia e l’auto (i famosi «Ho 


un 10-27, centrale. Chiedo un 
11-41 e confermo 10-98»). Qual- 
siasi azione viene eseguita seguen- 
do il Codice di pubblica sicurezza 
e una serie di procedure prestabi- 
lite, ma ciò non significa che il 
gioco sia noioso. Con il passare 
del tempo incontreremo sempre 
più imprevisti, e col susseguirsi 
delle promozioni avremo mag- 
giori possibilità di prendere ini- 
ziative personali e di mettere alla 
prova la nostra inventiva. 

La collaborazione gioca un 
ruolo molto importante in Police 
Quest e non è possibile alcun 
progresso senza un minimo di 
socializzazione con i nostri colle- 
ghi e con gli altri personaggi del 
gioco. Il nostro partner, in parti- 
colare, ricopre un ruolo molto 
importante nello svolgersi della 
trama, vista la sua disponibilità a 
rischiare la pelle senza pensarci 
troppo. 

Police Quest è indubbiamente 
un programma enorme e molto 
curato, ma risente pesantemente 
delle sue origini. Le troppo mitiz- 
zate macchine IBM non sono 
certo i migliori ambienti di svilup- 
po per un gioco, e anche quando 
la velocità di esecuzione non è 
particolarmente importante (co- 
me in questo caso), le insulse 
capacità grafiche e sonore dei 
modelli di base costringono an- 
che i migliori programmatori a 
dare una veste da VIC-20 o peggio 
alle loro creazioni. 

Il fenomeno è particolarmente 
evidente in questo programma, il 
cul aspetto esteriore è tanto pri- 
Mitivo da risultare addirittura 
fastidioso: la grafica statica manca 
di realismo cromatico e prospetti- 
co, quella animata è tanto puerile 
da essere ridicola e il sonoro è 
limitato a qualche effetto cicaleg- 
giante. Naturalmente la cosa non 
sarebbe così vergognosa se stessi- 
100 parlando della versione per 
IBM del gioco, ma il problema è 
che Qui stiamo parlando dell’A- 
miga! È un vero shock vedere un 
prodotto che apparirebbe primi- 





tivo su un C-64, fare la sua 
comparsa sullo schermo del com- 
puter che ha rivoluzionato il con- 
cetto di grafica e sonoro “perso- 
nali”. 

Purtroppo anche l'interfaccia 
utente costituisce un grosso pro- 
blema: il controllo del nostro 
poliziotto avviene infatti tramite 
una combinazione di joystick e 
input da tastiera che risulta poco 
pratica ma soprattutto troppo 
lenta, e che spesso conduce a 
fallimenti clamorosi indipenden- 
temente dall’abilità del giocatore, 
specie nelle sequenze più movi- 
mentate. Una situazione simile è 
assolutamente inaccettabile in 
pieno 1989 e con una macchina 
come l’Amiga. 

Chiudendo tutti e due gli occhi 
su queste pesantissime limitazio- 
ni, quello che rimane di Police 
Quest è una trama eccezionale, 
tanto realistica e dettagliata da 
poter essere definita una vera e 
propria simulazione. I personag- 
gi, i luoghi e gli avvenimenti sono 
così ben caratterizzati da costitui- 
re uno dei migliori risultati otte- 
nuti finora nel campo dei graphic 
novel. Si può affermare senza 
esitazioni che ci troviamo di fron- 
te a un vero prodotto educativo. 
Police Quest è in grado d’insegna- 
re veramente qualcosa sul funzio- 
namento di un’organizzazione di 
polizia (benché il riferimento di- 
retto sia alla polizia statunitense) 
e di dare importanti nozioni di 
educazione civica. Purtroppo 
questo realismo si paga, chissà 
perché, con una veste grafica 
orrenda e un sonoro Inesistente, 
che non vengono controbilanciati 
nemmeno dalla ricca manualisti- 
ca della confezione. 

Il miglior consiglio che possia- 
mo dare agli appassionati di que- 
sto genere di giochi è di provare 
— se ne avete la possibilità = 
programma prima di un eventua- 
le acquisto. Police Quest offre 
molte soddisfazioni e molte delu- 
sioni, in eguali proporzioni: colos- 
sali. F.R. 
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WEC 
LE MANS 





Un prodotto quasi amatoriale 
che non merita l’attenzione 
degli appassionati 


Computer: C-64/128 

Supporto: Cassetta/ Disco 

Prezzo: L. 18.000/21.000 
Produzione: Imagine Software 
Distribuzione: Leader (Via Mazzini 15, 


21020 Casciago — 0332/212255) 
I n un foglio multilingue (che 
dovrebbe rappresentare il 
manuale di gioco di Wec Le Mans) 
contenuto nella confezione del 
programma leggiamo: «La più 
estenuante e avvincente gara au- 
tomobilistica del mondo è la ven- 
tiquattr’ore Wec Le Mans... un’e- 
sperienza unica nella gara di corsa 
più realistica e appassionante che 
ci sia». 

Parole belle e convincenti, che 
fanno pensare immediatamente a 
un buon gioco di simulazione 
automobilistica, e che creano una 
sensazione di suspense durante il 
caricamento del gioco. Purtrop- 
po però questa attesa viene grave- 
mente delusa non appena CI Sl 
rende conto di trovarsi di fronte a 
una pessima rivisitazione dell’or- 
mai obsoleto schema di gioco che, 
dal famoso Pole Position (Atari) in 
poi, è stato sistematicamente rI- 
preso in tutti i giochi di questo 
tipo. Come se non bastasse, il 
programma non è nemmeno una 
buona versione di un vecchio 
gioco: propone una grafica di 
medio livello, un sonoro quasi 
inesistente (la cosa più bella è 
un’inutile musichetta che accom- 
pagna la schermata iniziale), e 
una giocabilità paragonabile a 
quella di un word processor. 

Lo schermo si presenta nella 
solita configurazione dell’auto- 
mobile vista da dietro che mentre 
corre vede variare le dimensioni 
delle vetture e degli oggetti che le 
vengono incontro sulla pista, con 


un effetto di pseudo tridimensio- 
nalità. “Pseudo” perché le dimen- 
sioni variano tanto bruscamente 
che le altre auto fino a un certo 
punto sembrano piuttosto lonta- 
ne, e si avvicinano di colpo quan- 
do stiamo per sorpassarle. Gli 
oggetti (segnali, alberi, guar- 
drail...) compaiono all’improvvi- 
so e non si possono evitare se si è 
troppo vicini al bordo della pista. 

Altro punto debole del gioco 
sono i comandi: pur essendo attri- 
buite al joystick le funzioni tradi- 
zionali (leva avanti accelera, in- 
dietro frena, destra e sinistra 
sposta la macchina e il pulsante 
cambia marcia), la risposta della 
vettura è troppo brusca (forse 
perché non si tratta di una For- 
mula Uno ma di 


una vettura 





Endurance) e crea seri problemi 
soprattutto nelle curve, renden- 
do il gioco più difficile in un 
modo molto poco divertente. 
Infine la grafica, come abbia- 
mo già detto, è rozza e poco 
precisa (a volte interi sprite scom- 
paiono) e non aiuta certo a rag- 
giungere l'atmosfera di tensione 
competitiva promessa all’inizio. 
Spiace condannare senza appello 
un prodotto che, nonostante tut- 
to, rappresenta il lavoro di molte 
persone, ma non è onesto presen- 
tare novità scadenti in confezioni 
coloratissime per rifilare agli ac- 
quirenti prodotti di serie B. È un 
atteggiamento che va a discapito 
dell'intera industria del softwa- 
re... che di problemi ne ha già 
molti. N.F.R. 
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BLASTEROIDS 


Il glorioso Asteroids 
arriva sugli schermi 
degli home computer, 
in una versione 
parzialmente ispirata al film 
The Last Starfighter 






Computer: C-64/128/Amiga 
Supporto: Cassetta/disco 

Prezzo: L. 18.000/18.000/29.000 
Produzione: Image Works 
Distribuzione: Leader (Via Mazzini 15 


21020 Casciago — 0332/212255) 
L’ industria dei videogiochi, 
sempre in cerca di soggetti 
interessanti da proporre al suo 
vasto pubblico, ha sfruttato spes- 
so il successo di un titolo partico- 
lare come trampolino di lancio 
per prodotti simili. L'esempio più 
evidente è dato dalla saga dei 
labirinti alla Pac-Man (di cui tro- 
vate tutti i particolari nella recen- 
sione di Pac-Land in questo stesso 
numero), ma negli ultimi tempi 
C'È stato un vero e proprio recu- 
pero dei videogiochi 
pionieristici. 

Pong è diventato Starball, 
Breakout — meglio conosciuto co- 
me “il muro” — ha generato il 
bellissimo Arkanoid con tutti i 
suoi cloni e il leggendario Space 
Invaders si è trasformato in Re- 
turn of the Invaders. Poteva fare 
eccezione un grande classico co- 
me Asteroîds , precursore di tutti i 
coin op dotati di monitor vetto- 
riale? 


dei tempi 


La risposta è naturalmente no,. 


e l’onere di creare un degno 
seguito a questo cult-game è an- 
dato alla Tengen, nuova divisione 
dell’americana Atari preposta al- 
la produzione di giochi a gettone. 
Per quanto non specificato nelle 
istruzioni, Blasteroids sfrutta alcu- 
ni elementi del film The Last 
Starfighter, la cui sceneggiatura 
basata su un videogioco futuristi- 
co aveva indotto la Atari ad 
acquistarne i diritti per il mercato 
dei videogame cinque anni fa. 
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Gli aspetti tratti dal film si 
limitano all'impiego di una parti- 
colare “arma finale” chiamata 
Ripstar e a una parte della colon- 
na sonora nella schermata dei 
titoli, ma Blasteroids ripropone 
anche i classici concetti di trasfor- 
mabilità e di armamento progres- 
sivo che, uniti alla grande giocabi- 
lità del coin op originale, lo 
rendono un prodotto senz’altro 
interessante. 

Blasteroids si svolge in quattro 
diverse galassie, selezionabili da 
una schermata iniziale, e corri- 
spondenti ad altrettanti livelli di 
difficoltà: ogni galassia è compo- 
sta da un certo numero di settori, 
che vanno liberati dalla minaccia 
degli asteroidi vaganti per poter 
considerare concluso con succes- 
so il gioco. Prima di entrare nel 
vivo, sulle schermate che rappre- 
sentano i singoli settori, viene 
presentata una mappa galattica 
che preannuncia ciò che ci atten- 
de in ognuno di essi: eloquenti 
simboli indicano la presenza di 
asteroidi di diversi tipi e di astro- 
navi-sentinella, lasciando intuire 
la difficoltà relativa. 

Una volta selezionato il settore, 
la nostra astronave viene proiet- 
tata in un quadro costituito da 
una schermata ovviamente di am- 
bientazione Spaziale, e al suono di 
un ossessionante musica giocata 
completamente sui toni bassi ve- 
niamo assaliti da una miriade di 
rocce vaganti, che rotolano mi- 
nacciose verso la nostra navicella. 

_I movimenti a nostra disposi- 
zione sono quelli resi famosi dal 
grande Asteroids: rotazione ora- 
ria e antioraria, e accelerazione 
nella direzione indicata dal muso 
del veicolo. Il pulsante di fuoco 
attiva come sempre il cannoncino 
di bordo, ma c’è un’importante 
caratteristica che differenzia Bla- 
steroids dal suo fratello maggiore. 

Tirando verso di noi il joystick, 
infatti, l'astronave si trasforma; in 
tutto abbiamo a disposizione tre 
veicoli. Il primo è una piccola 
navetta dotata di una notevole 





capacità di accelerazione ma di 
resistenza e potenza di fuoco 
ridotte, utilissima nelle occasioni 
in cui è necessario inseguire un 
bonus particolare, fuggire da una 
situazione pericolosa o da un 
campo gravitazionale troppo po- 
tente. Utilizzare questo tipo di 
veicolo mette in luce i problemi 
relativi al controllo dei movimen- 
ti degli oggetti che attraversano 
lo spazio di Blasteroids: usare per 
troppo tempo i motori della nave 
ce ne fa perdere il controllo, 
proprio come accadeva nel gioco 
originale. . 

La seconda trasformazione a 
nostra disposizione converte la 
navicella in una vera e propria 
fortezza spaziale, il cui enorme 
volume è giustificato dalla resi- 
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Blasteroids nella versione per l’Amiga 


stenza degli scudi della nave, ma 
che richiede pesanti controparti- 
te in termini di rapidità di sposta- 
mento e di volume di fuoco. 
L’uso di questo mezzo è ovvia- 
mente consigliabile in situazioni 
d’immediato pericolo, come per 
esempio quando ci si trova asse- 
diati dalle misteriose navi spaziali 
che facevano una comparsa mar- 
ginale anche nel vecchio Aste- 
roids: questi avversari hanno la 
pessima abitudine di precipitarsi 
sulla nostra astronave cercando di 
eliminarci sia con i loro cannoni 
di bordo sia travolgendoci come 
kamikaze e assorbendo parte del- 
la nostra energia (indicata da una 
barra colorata nella parte alta 
dello schermo). Dalla lunghezza 








della barra dipende la nostra 
resistenza, e quando l’indicatore 
giunge a zero l’unica speranza di 
sopravvivenza sta nell’eventuale 
presenza di crediti da convertire 
in altre riserve di energia, proprio 
come accade in sala giochi. 

Il terzo veicolo è il cosiddetto 
“Warrior”, dotato di grande po- 
tenza di fuoco ma di scarsa resi- 
stenza agli attacchi e di mobilità 
limitata. È probabile che l’uso di 
questo veicolo ci faccia completa- 
re in tempi ridotti i vari settori, 
ma è praticamente certo che 
nell’impresa verremo prosciugati 
di buona parte dell’energia a 
nostra disposizione: nasce quindi 
il problema di come reintegrare 
le scorte energetiche, che è stato 
risolto brillantemente. 








La minor definizione della versione C-64 


Alcuni asteroidi, riconoscibili 
per il loro colore rosso, quando 
vengono colpiti non si limitano a 
frammentarsi in parti sempre più 
piccole come è regola comune, 
ma rilasciano alcuni cristalli lumi- 
nosi nel momento in cui vengono 
vaporizzati completamente. Inse- 
guendo e raccogliendo questi cri- 
stalli recuperiamo parte della no- 
stra energia, e riusciamo a pro- 
lungare la nostra esistenza digita- 
le. Secondo lo stesso principio 
possiamo migliorare le caratteri 
stiche della nostra nave distrug- 
gendo le astronavi avversarie; 
molte di loro, infatti, lasciano tra 
i relitti alcuni moduli che possta- 
mo integrare nella nostra struttu- 
ra semplicemente passandovi so- 
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pra. I moduli hanno di volta in 
volta l’effetto di aumentare le 
nostre capacità di difesa (scudi), 
di movimento (acceleratori) e di 
attacco (cannoni binari), ma pos- 
sono anche fornire capacità meno 
ovvie: un apparecchio incremen- 
ta il potere perforante dei nostri 
colpi, un altro attira automatica- 
mente i cristalli energetici verso 
la navicella e un altro ancora ci 
fornisce la favolosa Ripstar! 

La Ripstar è un’arma che può 
essere utilizzata una sola volta per 
settore, e viene attivata con una 
combinazione di movimenti del 
Joystick e del pulsante di fuoco. 
Ha l’effetto di far ruotare vortico- 
samente la navicella scatenando 
nel frattempo la massima potenza 
di fuoco dei cannoni, che riem- 
piono così lo spazio attorno al 
nostro veicolo di proiettili che 
frantumano ogni altro elemento 
sullo schermo. ; 

Procedendo nel gioco, agli 
asteroidi normali e a quelli rossi si 
aggiungono altre forme di perico- 
lo spaziale: rocce bluastre che 
generano nuovi asteroidi finché 
non vengono fermate a suon di 
laser, “sanguisughe energetiche 
che assorbono la nostra energia € 
così via. A lungo andare risulta 
evidente che non è possibile af 
frontare da soli tutti gli ostacoli. 
Proprio in vista di questa necessi- 
tà, Blasteroids offre un'opzione 
che permette a due giocatori di 
muoversi sullo stesso schermo, 
senza limitare nessuna delle possi- 
bilità descritte precedentemente 
e al contrario aggiungendone di 
nuove. 

Ci riferiamo soprattutto alla 
possibilità di unire in un unico 
veicolo le due astronavi, che Sì 
tramutano così in un terribile 
mezzo di distruzione. In questa 
configurazione, una delle astro- 
navi funge da modulo principale 
corazzato preposto alla navigazio- 
ne e l’altra da “torretta rotante 
dotata di un'incredibile potenza 
di fuoco: con una simile accoppia- 
ta arrivare a ripulire l’intera ga- 


lassia è decisamente più semplice, 
ma le sfide non sono ancora 
finite. 

Una volta eliminata la minaccia 
degli asteroidi anche dall’ultimo 
settore, infatti, resta da affronta- 
re il terribile e viscidissimo alieno 
Mukor, misterioso complice delle 
meteore vaganti. Questa orrenda 
bestia spaziale ha la forma di un 
gigantesco planetoide dotato di 
tentacoli che vanno eliminati uno 
per uno a colpi di cannone. 
Combattere una creatura grande 
quanto un quarto di schermo che 
sputa proiettili ininterrottamente 
e cerca d’investire la nostra picco- 
la navetta non è un’impresa faci- 
le, ma per la liberazione della 
galassia vale la pena di correre il 
rischio. 

Le versioni di Blasteroids per 
C-64 e Amiga non si distinguono 
se non per due aspetti, entrambi 
ovvi: l’elevata capacità di calcolo 
dell’Amiga, e la presenza di chip 
grafici di cinque anni più aggior- 
nati rispetto a quelli del C-64. Ne 
risulta una grafica dotata di mag- 
gior definizione e una maggiore 
velocità (che in alcuni casi diventa 
addirittura un handicap). In en- 
trambe le versioni, comunque, 
Blasteroids possiede un’elevatissi- 
ma giocabilità. Considerando an- 
che l’esistenza di quattro livelli, è 
prevedibile per questo program- 
ma una notevole longevità, per 
quanto il tema e la meccanica di 
gioco siano un tantino antiquati e 
ripetitivi. 

La Image Works ha fatto vera- 
mente un ottimo lavoro di con- 
versione del gioco Atari/Tengen 
(praticamente perfetto nel caso 
della versione a 16 bit), al punto 
che gli utenti Amiga possono 
permettersi di decidere se sono 
interessati all’acquisto semplice- 
mente osservando Blasteroîds in 
una sala giochi o in un bar. 
L unico appunto che possiamo 
fare riguarda una certa ripetitivi- 
tà, ma anche questo piccolo difet- 
to diventa trascurabile nel caso 
della partita a due. F.R. 
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THE 
LEGEND 
OF 
BLACKSILVER 


Un gioco di ruolo un po’ 
troppo semplice, chiaramente 
ispirato a Questron 





Computer: C-64/128 

Supporto: Disco 

Prezzo: L. 18.000 

Produzione: Epyx 

Distribuzione: Leader (Via Mazzini 15, 


21020 Casciago - 0332/212255) 
P rima d’iniziare la recensio- 
ne, va ricordato che la Epyx, 
la casa produttrice di questo pro- 
gramma, fu nel 1983 la prima 
software house che inserì nel 
proprio catalogo un gioco di 
ruolo, inaugurando quello che si 
rivelò poi un genere di notevole 
successo. Lo storico evento, lo 
ricordiamo per i nuovi arrivati, si 
ebbe con la prima versione (in 
Basic) di Temple of Apshai. 

La realizzazione di The Legend 
of Blacksilver è stata affidata a un 
team di programmatori indipen- 
denti capitanato dai famosi fratel- 
li Dougherty (autori della saga di 
Questron), che hanno trasmesso al 
gioco il loro stile caratteristico. 

Le premesse non sono partico- 
larmente originali. Il giocatore 
assume l’identità di un umile 
accattone che, scelto durante uno 
strano sogno dalla principessa del 
regno di Thalen, si trova costret- 
to ad accollarsi il compito di 
salvare le terre in cui egli stesso 
vive. Thalen ha una storia com- 
plessa e piuttosto tragica: come 
possiamo leggere nelle Cronache 
contenute nella confezione, infat- 
ti, il pianeta di Bantross (sul quale 
si trova Thalen) possiede una 
curiosa ricchezza che ha influen- 
zato tutta la sua storia. 

Nelle profondità di Bantross si 
trovano infatti ricchi filoni del 

rarissimo minerale chiamato 
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Blacksilver, che ha il potere di 
fungere da catalizzatore per gli 
incantesimi e i rituali negromanti- 
ci eseguiti quotidianamente dai 
molti stregoni del pianeta. 

Vista l’importanza del Blacksil- 
ver, nel passato sono scoppiate 
numerose guerre per il possesso 
dei filoni. Ma dopo la Guerra 
nera degli stregoni, le guerre 
sono terminate definitivamente: 
infatti, le isole di Maelbane si 
sono inabissate con i loro ricchis- 
simi filoni di metallo magico. 

Dopo un periodo di relativa 
pace, il barone Taragas decide di 
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cercare il Blacksilver nei suoi 
possedimenti sul continente, e 
riesce a estrarre il prezioso mine- 
rale pochi anni dopo l’incorona- 
zione di re Durek, padre della 
principessa Aylea. Forte dei nuo- 
vi poteri acquisiti grazie al posses- 
so del metallo magico, Taragas 
rapisce re Durek e diventa il 
tiranno del maggiore continente 
di Thalen. 

La situazione si fa sempre più 
critica, anche a causa delle cata- 
strofi naturali provocate dalla 
scomparsa del Blacksilver dalle 
profondità di Bantross (la stabilità 


del pianeta è affidata al potere del 
minerale). Aylea e il mago di 
corte Seravol decidono di trovare 
un avventuriero che liberi Durek 
e che sconfigga Taragas, e la 
scelta cade proprio su di voi... 

La prima impressione, esami- 
nando The Legend of Blacksilver, è 
quella di trovarsi di fronte a una 
nuova versione di Questron. Co- 
me nei precedenti giochi dei 
Dougherty, lo schermo è diviso in 
tre finestre principali nelle quali 
si svolge tutta l’avventura. 

La finestra verticale sulla sini- 
stra contiene tutti i comandi a 





nostra disposizione: con l’ausilio 
del joystick possiamo muovere un 
cursore luminoso e selezionare 
quello desiderato. Nella finestra 
orizzontale, in basso, appaiono i 
messaggi del gioco: è qui che 
possiamo leggere i dati sui com- 
battimenti che affronteremo, i 
dialoghi intavolati con i vari per- 
sonaggi e le descrizioni più com- 
plesse. 

L'ultima finestra, la più gran- 
de, si trova sulla destra e contiene 
una rappresentazione del mondo 
che circonda il nostro personag- 
gio. Questa può variare da una 
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visuale bidimensionale a volo 
d’uccello (nelle sequenze all’aper- 
to e nelle città) a una grafica 
tridimensionale in soggettiva che 
appare quando penetriamo in 
alcune sezioni particolari del gio- 
co, come negli immancabili dun- 
geon o nelle cripte del sapere. 
La grafica è leggermente mi- 
gliorata rispetto a quella utilizzata 
in Questron II, ma rimangono le 
rappresentazioni “alla VIC-20” 
degli interni e dei personaggi, che 
abbassano notevolmente la quali 
tà media della grafica del gioco. 
Un buon lavoro è stato invece 


fatto nel campo degli effetti sono- 
ri: è possibile persino sentire il 
frangersi delle onde sulla spiag- 
gia. 

La struttura del gioco, come 
sempre, si discosta abbastanza 
nettamente da quella degli altri 
giochi di ruolo in circolazione. A 
parte il fatto che il nostro eroe ha 
la pessima abitudine di muoversi 
solitario sulle pericolose terre di 
Thalen, altri aspetti distinguono 
The Legend of Blacksilver dalla 
folla di eredi di Dungeons & 
Dragons. | 

Come tutti gli eroi fantasy, il 


nostro personaggio è definito da 
una serie di attributi come Forza, 
Resistenza e così via, ma si scopre 
ben presto che gli attributi non 
variano con l’aumentare dell’e- 
sperienza acquisita: le proprie 
qualità si migliorano semplice- 
mente superando una serie di veri 
e propri giochi di abilità che 
possono essere affrontati in qual- 
siasi momento. Se l’esito è negati- 
vo gli attributi peggiorano disa- 
strosamente. 

The Legend of Blacksilver chiede 
poi al giocatore di acquisire alcu- 
ne particolari “abilità speciali” 





che risultano indispensabili per 
superare determinate situazioni. 
Ebbene, per la prima volta nella 
storia dei giochi di ruolo queste 
abilità non si ottengono attraver- 
so sanguinari combattimenti, ma 
grazie a un lungo e paziente 
lavoro di biblioteca, andando a 
consultare negli intricati sotterra- 
nei polverosi volumi contenuti in 
apposite teche chiuse a chiave. 
Un'ultima particolarità è la 
possibilità di lavorare per guada- 
gnarsi il pane, piuttosto che vaga- 
re lungo terre desolate massa- 
crando decine di mostri. Il gioco 


offre una vasta gamma d’impie- 
ghi, dal lavapiatti al contabile, che 
vengono regolarmente retribuiti 
permettendovi di rivestire il noio- 
so ma originale ruolo di primo 
“avventuriero impiegatizio” della 
storia. 

Una parola va spesa per la 
mappa, stampata su un grande 
foglio di carta patinata. Questa 
mappa di Thalen viene fornita 
insieme con una serie di etichette 
adesive, sulle quali sono indicati i 
nomi di tutti i luoghi del regno 
d’interesse per il giocatore, che 
vanno appiccicate sul foglio una 
volta identificata la loro posizione 
esatta. Questa scelta, originale ma 
ben poco brillante, conduce in 
breve tempo a mappe impossibili 
da piegare ed etichette volanti, e 
non facilita certo un buon rappor- 
to con il gioco. Forse è per questo 
che la Epyx offre nella confezione 
una cartolina con la quale ordina- 
re un Hint book che fornisce la 
soluzione del gioco, che comun- 
que è piuttosto semplice, soprat- 
tutto se la paragoniamo a quella 
di alcuni recenti giochi di ruolo 
come Wasteland o il colossale 
Ultima V. 

The Legend of Blacksilver ha il 
suo più grande difetto nell’inter- 
faccia utente, che pur essendo 
comodissima sacrifica alla gioca- 
bilità quella complessità che non 
dovrebbe mai mancare in un 
gioco di ruolo. Poter controllare 
tutto il gioco via joystick è effetti- 
vamente rilassante, ma implica 
anche combattimenti monotoni e 
molto poco spettacolari, intera- 
zione quasi nulla con i personaggi 
e un uso limitatissimo della ma- 
gia. 

Come tutti i prodotti della serie 
Questron (pur non appartenendo 
ufficialmente a questa categoria), 
il nuovo gioco della Epyx farà 
sicuramente la gioia dei meno 
esperti e dei più giovani, ma va 
sconsigliato vivamente a chi in un 
gioco di ruolo cerca trame com- 
plesse e mondi credibili. 

F.R. 
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EMPIRE 


La quarta puntata di 
Starfleet abbandona 
l’ambientazione spaziale 
e ci guida alla conquista 
del pianeta Arabella 





Computer: Amiga 

Supporto: Disco 

Prezzo: L. 45.000 

Produzione: Interstel 

Distribuzione: C.T.O. (Via Piemonte 


7/F, 40069 Zola Predosa — 051/7538133) 
D opo il successo ottenuto sul 

numero precedente dal co- 
lossale Universal Military Simula- 
tor di Ezra Sidran, questo mese è 
il turno di Empire, quarto pro- 
gramma della serie Starfleet pro- 
dotta dalla software house ameri- 
cana Interstel. 

Il programma tratta della lotta 
per la supremazia su uno dei 
pianeti la cui conquista era stata 
oggetto del secondo e terzo titolo 
della serie Starfleet (non importati 
in Italia). Per il dominio del 
pianeta Arabella possono compe- 
tere sino a tre giocatori, e in 
mancanza di avversari umani può 
provvedere il computer a ricopri- 
re i loro ruoli. 

La caratteristica più importan- 
te di Empire sta nella sua semplici- 
tà d'impiego: anche se il gioco 
arriva a simulare nelle fasi più 
avanzate i movimenti di diverse 
centinaia di unità, il loro sistema 
di comando permette di control- 
larle facilmente anche senza aver 
letto il pur interessantissimo ma- 
nuale (fornito, come con tutti i 
prodotti C.T.O., anche in versio- 
ne italiana). 

Il gioco è ambientato sulla 
superficie di un pianeta completo 
di mari, isole, fiumi, città, laghi e 
altri elementi geografici, che può 
essere progettato dallo stesso gio- 

catore. Lo scopo ultimo di Empire 
è la conquista di un certo numero 
di città, che varia a seconda del 
livello di difficoltà prescelto. 

Dopo aver selezionato in un’ap- 





posita schermata il livello di abili- 
tà dei vari partecipanti, il gioco 
comincia. Nelle prime fasi i gioca- 
tori possiedono soltanto una città, 
ed è dai suoi cantieri che ottengo- 
no le armi e i mezzi con i quali 
potranno conquistare il pianeta. 
Ogni nucleo urbano produce di- 
visioni corazzate terrestri, e sarà il 
computer a chiederci alla fine di 
ogni turno eventuali modifiche 
della produzione. 

Le divisioni corazzate, che co- 
stituiscono il fulcro di Empire, 
sono i mezzi con i quali ogni 
giocatore esplora il terreno. Al 
passaggio dei carri armati, infatti, 


re e conquistando eventuali città 
neutrali. 

Il momento del combattimento 
fisico, per quanto differito, costi- 
tuisce in ogni caso il nucleo di 
qualsiasi programma di guerra. 
Empire non fa eccezione, ma gli 
scontri armati vengono gestiti in 
maniera automatica, lasciando al 
giocatore soltanto il compito di 
muovere le proprie forze secondo 
la strategia preferita. 

Dal momento che ogni città 
produce mezzi militari sino a che 
non viene fermata da un attacco 
nemico, in breve le forze in 
campo diventano tali e tante che è 





la mappa di gioco rivela a poco a 
poco la sua struttura. General- 
mente passano molti turni di 
gioco prima che si aprano le 
ostilità, e questo periodo è fonda- 
mentale per ottenere una certa 
conoscenza del mondo in cui ci si 
trova e per conquistare alcune 
città neutrali da convertire in 
centri di produzione. 

Con semplici movimenti del 
mouse, è possibile ordinare alle 
città di produrre cacciabombar- 
dieri, navi di varia stazza e sotto- 
marini, che andranno a rinforza- 
re il nostro esercito, colonizzando 
contemporaneamente nuove ter- 


facile perderle di vista. Per questo 
i programmatori della Interstel 
hanno fornito ogni pezzo sul 
campo di una finestra di coman- 
do, tramite la quale è possibile 
delegare al computer il controllo 
dell’unità secondo uno schema 
prefissato. I comandi compren- 
dono funzioni di pattugliamento, 
ricognizione, trasporto, incolon- 
namento e molte altre, e una volta 
presa questa precauzione non 
dovremo più preoccuparci del 
pezzo sino a che non entrerà in 
combattimento. 

Empire è un programma estre- 
mamente complesso che è stato 





tuttavia realizzato in modo tale da 
risultare sempre chiaro, semplice 
da controllare e comprensibile in 
ogni sua parte. In un periodo in 
cui programmi come Typhoon of 
Steel riescono a complicare oltre- 
misura le simulazioni belliche, 
costringendo il giocatore a gestire 
personalmente persino la ricarica 
dei proiettili, questa caratteristica 
ci sembra più che positiva. 

A corredare il blocco principa- 
le del programma contribuiscono 
numerose opzioni. Per esempio, 
come negli altri giochi della serie 
Starfleet, è prevista la registrazio- 
ne permanente della carriera mI- 
litare di ogni giocatore, una tro- 
vata che si dimostra un simpatico 
incentivo alla competizione. La 
possibilità di ridisegnare la mappa 
del gioco e ridefinire alcuni suoi 
parametri garantisce inoltre una 
certa longevità al prodotto. i 

L’ultima opzione particolare, il 
cosiddetto “gioco per posta”, non 
è invece altro che una delle più 
grosse ridicolaggini della storia 
dei videogiochi. Utilizzando que- 
sta “innovativa” possibilità, infat- 
ti, il giocatore dovrebbe salvare la 
situazione di gioco dopo ogni 
mossa, e spedire il disco con il file 
così ottenuto al giocatore succes- 
sivo, che a sua volta farebbe la sua 
mossa e rispedirebbe il disco in un 
ciclo infinito. È noto che simili 
tecniche di gioco vengono da 
sempre usate per. le partite di 
scacchi o per altri giochi di sti ate- 
gia, ma da un semplice calcolo è 
risultato che con i temp! delle 
poste italiane una partita fra un 
giocatore di Genova e uno di 
Milano potrebbe durare qualcosa 
come 23 anni, scioperi, vacanze e 
ritardi permettendo. _ | 

Nonostante questa triste consi- 
derazione postelegrafonica, Em- 
pire rimane un piacevolissimo war 
game che ha la sua forza nella 
semplicità e nella flessibilità, e che 
merita un posto di rilievo Mm 
questa categoria di programmi 
nonostante il suo aspetto audiovi- 
sivo piuttosto povero. F.R. 


ITALY ?90 
SOCCER 





Forse i mondiali del ’90 
sarà meglio seguirli sullo 
schermo Rai piuttosto che 

su quello dell’Amiga, 

ma intanto che aspettiamo... 


Computer: C-64/128/Amiga 
Supporto: Cassetta/ Disco 

Prezzo: L. 18.000/25.000/39.000 
Produzione: Simulmondo Italia (Viale 
Berti Pichat 26, 40127 Bologna — 
051/251338) 


on siamo ancora a metà del 

1989, ma i preparativi per i 
mondiali di calcio stanno già 
sconvolgendo il nostro Paese, ed 
era naturale che fosse proprio 
una software house italiana la 
prima a pubblicare un program- 
ma ispirato ai mondiali. 

Vista la carenza cronica di 
esponenti italiani fra i produttori 
di videogiochi, avrete già intuito 
che l’onore è toccato alla Simul- 
mondo, unico esempio di softwa- 
re house indipendente della no- 
stra penisola. Il programma, ope- 
ra di tre fratelli, presenta un 
completo campionato di calcio, 
che si sviluppa come una serie di 
partite in stile arcade secondo 
uno schema poco originale ma 
sicuramente funzionale. 

Italy °90 Soccer sfrutta come 
forma di protezione l’inconsueto 
sistema del “dongle”, un piccolo 
elemento hardware che va inseri- 
to nella seconda porta joystick del 
computer per permettere un carl 
camento corretto. Nonostante 
l'aspetto poco professionale cau- 
sato da un trattamento a caldo di 
fattura chiaramente artigianale, 
la chiave di protezione svolge il 
suo compito senza problemi e ci 
esenta dagli ormai abituali sistemi 
d’identificazione basati sul ma- 
nuale. 

Il caricamento, anche se un po’ 
lento, avviene senza problemi. 
Dopo un paio di schermate di 
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mediocre qualità, giungiamo al- 
l’unico (ma funzionale) menu del 
gioco, che permette di seleziona- 
re diversi parametri, fra i quali la 
durata della partita, il numero di 
giocatori e il grado di abilità del 
computer, oltre a un paio di 
opzioni che diventano chiare sol- 
tanto in un secondo tempo. Ci 
riferiamo alla possibilità di carica- 
re da disco diverse “strategie” di 
gioco e alla scelta fra il sistema di 
controllo per principianti e quello 
per esperti. 

La prima di queste opzioni non 
viene spiegata con chiarezza nem- 
meno dal manuale, ma non se ne 
sente comunque la mancanza. La 
seconda, invece, svolge un ruolo 
particolarmente importante e in 
un certo senso distingue questo 
ennesimo programma calcistico 
da tutti i prodotti similari che da 
anni continuano a invadere il 
mercato. Infatti, mentre il modo 
Novice permette soltanto un sem- 
plice controllo dei giocatori in 
campo, che possono essere sposta- 
ti via joystick nelle otto direzioni 
e calciare il pallone nella direzio- 
ne in cui sono rivolti, selezionan- 
do invece il box Professional 
vengono messi a nostra disposi- 
zione veri e propri prodigi di 
acrobazia che permettono tiri 
estremamente spettacolari. 

Colpi di testa, scivolate, tiri a 
effetto e rovesciate sono le nuove 
possibilità aperte da questa opzio- 
ne, per le quali va Pagato tuttavia 
un ae Le pa m termini di 
semplicità di com; a 
se di ia Ve i 

ne È E Utti questi 
SSA infatti attivati da una 
aa 
te, e solo utta OT: È = "i pulegge 
sali gia <> andissima pratica 
ui Attuabili queste tecniche 
a spiacevoli effetti collaterali 
quali falli © spaventose cilecche. 

Tornando al gioco vero e pro- 
prio, una volta scelti tramite un 
comune menu RGB a barre i 
colori delle maglie delle squadre, 
viene finalmente il momento di 
entrare in campo. L'azione è vista 
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lateralmente, con il campo che 
scorre orizzontalmente sullo 
schermo mostrandoci il suo fian- 
co più lungo e una delle tribune. 
I giocatori entrano in campo 
dal fondo dello schermo fra il 
clamore (simulato, s'intende) del- 
la folla: a questo proposito an- 
drebbe fatta notare la qualità 
medio-bassa di tutti gli effetti 
sonori del gioco, che stranamente 
peggiorano di partita in partita. 
Il programma, dotato di una 
grafica semplice ma chiarissima 
che riproduce persino le ombre 
dei giocatori in campo, è unico 
nel suo genere nel ricostruire la 





difficoltà nel controllo di palla di 
una partita reale: non ci è dato di 
sapere se questa difficoltà sia 
intenzionale o no, ma abbiamo 
apprezzato il fatto che è necessa- 
ria una certa pratica prima di 
poter affrontare degnamente una 
partita. 

Durante l’incontro, il gioco ci 
offre solo due opzioni. Oltre alla 
pausa, infatti, la pressione del 
tasto “R” ci dà la possibilità di 
ottenere un “effetto moviola” in- 
dubbiamente ispirato al glorioso 
MicroProse Soccer per il C-64. Il 
manuale ne parla come di “re- 
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play”, ma in realtà si ottiene 
soltanto una sorta di “indietro 
veloce” tipo videoregistratore 
dell’ultima azione eseguita. 

Non c’è molto altro da dire 
sullo svolgimento della partita se 
non che vengono rispettate tutte 
le regole ufficiali, e che il pallone 
ha la stranissima abitudine di 
roteare anche da fermo, prima 
che l’azione abbia inizio. Una 
particolarità di Italy °90 Soccer è il 
bizzarro comportamento delle 
squadre manovrate dal compu- 
ter, che spesso e volentieri non 
riescono a segnare se teniamo 
fermi i nostri giocatori, mentre si 


rivelano avversari irriducibili 
quando tentiamo di eluderli. 
Italy ’90 Soccer, come tutti i 
prodotti realizzati dalla Simul- 
mondo, presenta una simpatica 
idea realizzata con molta poca 
cura dei particolari, il che abbassa 
notevolmente il valore del pro- 
gramma. Il manuale, multilingue 
ma infarcito di errori nei disegni 
che illustrano gli schemi di tiro, è 
un esempio evidente di questa 
tendenza, come lo è la confezio- 
ne, sulla quale compaiono scritte 
in inglese nonostante la destina- 
zione del prodotto. F.R. 


PAC-LAND le l 
f 


L’ultima originalissima 
avventura di Pac-Man in una 
disastrosa versione per l’Amiga 





Computer: C-64/128/Amiga 
Versione: Amiga 

Supporto: Cassetta/Disco 

Prezzo: L. 15.000/25.000 
Produzione: Grandslam Entertainment 
Distribuzione: Leader (Via Mazzini 15, 


21020 Casciago — 0332/212255) 
S ono pochi i personaggi dei 
videogiochi che possono van- 
tare un successo pari a quello di 
Pac-Man, il giallo e tondeggiante 
protagonista del gioco di labirin- 
to più conosciuto del mondo, che 
ha avuto l’onore di apparire in 
cartoni animati, fumetti, pubbli- 
cità e persino in parecchi film (chi 
non ricorda la sua improvvisa ed 
esilarante apparizione sugli scher- 
mi radar di L’aereo più pazzo del 
mondo?). 

Da quando l’instancabile masti- 
catore fece la sua comparsa in un 
coin op estremamente primitivo, 
a opera della Namco, lo abbiamo 
visto sotto molte diverse incarna- 
zioni. Alcune, come Pac-Man jr., 
Ms. Pac-Man e Super Pac-Man, 
non erano altro che semplici 
elaborazioni del concetto origina- 
rio di labirinto bidimensionale, 
ma altri giochi hanno presentato 
il giallo eroe sotto aspetti molto 
diversi. Professor Pac-Man ha ten- 
tato d’insegnare la matematica e 
l'inglese in centinaia di scuole 
americane, Baby Pac-Man è stato 
il primo caso di simbiosi fra 
flipper e videogioco, e il recente 
Pacmania ha finalmente mostrato 
nella gloria del 3D tutta l’allegra 
famigliola di Pac-Man. Ma il titolo 
più originale della saga del divo- 
ratore giallo, almeno nella versio- 
DE che si può ammirare nelle sale 
giochi, è senz'altro questo Pac- 
Land. 

Il programma, che vanta una 
conversione per il C-64 prossima 
alla perfezione, abbandona il te- 
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ma del labirinto per mostrarci 
Pac-Man in una veste più vicina a 
quella ideata dalla Hanna & Bar- 
bera per la serie di cartoni anima- 
ti. Pac-Man ha braccia e gambe, e 
persino un elegante cappello piu- 
mato che indossa per tutta la 
durata del gioco. 

In Pac-Land non ci sono più 
pillole da ingoiare, ma Pac ha lo 
stesso i suoi problemi. Il gioco 
consiste nel portare a termine una 
serie di viaggi nella magica terra 
dei videogame, che naturalmente 
sono funestati dalla presenza 0s- 
sessiva degli immancabili fanta- 
smi colorati. Ogni livello è com- 
posto da tre sezioni a scorrimento 
orizzontale, divise in due fasi di 
andata e una di ritorno. . 

La storia comincia nei pressi 
della tondeggiante abitazione di 
Pac-Man, e vede il nostro eroe 
attraversare scenari cittadini, fo- 
reste, paesaggi montani e deserti, 
ogni volta con pericoli diversi. I 
numerosi ostacoli che s’incontra- 
no durante il cammino prendono 
tutte le forme possibili, ma che sì 
tratti di spinosi cactus, profonde 
piscine, piattaforme mobili o 
idranti impazziti, abbiamo solo 
una possibilità di affrontarli: vista 
la presenza di un bel paio di vispe 
gambette sul nostro personaggio, 
possiamo infatti utilizzarle per 
spiccare salti prodigiosi che sì 
controllano in modo piuttosto 
vario con un attento uso dei 
comandi. Mentre una semplice 
pressione del tasto di fuoco fa 
compiere al nostro amico un salto 
normale, una rapida serie di toc- 
chi sul joystick aumenta la lun- 
ghezza del balzo, che nelle mani 
di un giocatore esperto può pro” 
trarsi anche per più di una scher- 
mata. ‘. 

Questa gamma di movimenti è 
utile per raccogliere i bonus of- 
ferti dagli scenari, ma soprattutto 
per evitare i fantasmi Inky, 
Blinky, Pinky, Clyde e la loro 
sorellina Sue. In Pac-Land i sim- 
patici inseguitori usano ogni sorta 
di aiuto meccanico per ostacolare 


i progressi del protagoni- 
sta. Superato il quadro-bonus 
della chiesa e giunti in un modo o 
nell’altro al limite destro del livel- 
lo, troviamo una misteriosa porta 
sospesa nell’aria. Attraversandola 
con un salto entriamo nello spet- 
tacolare mondo delle fate, la cui 
bellissima regina ci fa omaggio di 
un paio di brillanti stivali. Con 
queste calzature magiche possia- 
mo camminare nell’aria, e la 
nuova possibilità si rivela molto 
utile durante i viaggi di ritorno, 
per i quali il tempo assegnato è 
particolarmente ridotto. 

Un Pac-gioco senza pillole 





energetiche rovinerebbe un’ono- 
rata tradizione, e infatti anche in 
questa variante troviamo ad 
aspettarci qua e là enormi pasti- 
glie lampeggianti con le quali 
possiamo vendicarci degli osses- 
sionanti fantasmi. Ingoiandone 
una, non solo diventiamo tempo- 
raneamente invulnerabili, ma 
possiamo persino divorare i nostri 
avversari! 

Parlando di realizzazione, dob- 
biamo purtroppo dare un giudi- 
zio estremamente negativo della 
versione per l’Amiga di Pac- 
Land, anche se i programmatori 


hanno mantenuto tutte le caratte- 
ristiche del coin op originale. 
L’impressione generale è quella 
di un programma scritto in Basic, 
la cui complessità si scontra all’at- 
to pratico con una lentezza di 
esecuzione esasperante. 

Gli scenari (ottimamente realiz- 
zati) scorrono sullo schermo con 
la fluidità dei messaggi di sistema 
di un Pet, un ritmo incostante che 
oltre a fare innervosire provoca 
rapidamente una preoccupante 
sensazione di mal di mare. Gli 
sprite, piuttosto diversi da quelli 
offerti nella versione originale, 
sono animati poco o niente, e 


ù 
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quando a questi difetti aggiungia- 
mo una musica che è soltanto una 
pallida imitazione di quella che 
dovrebbe riprodurre, il risultato 
complessivo è sufficiente a far 
maledire il giorno dell’acquisto 
del gioco. 

Pac-Land è stato realizzato or- 
rendamente, e questo va detto 
senza mezzi termini. La spilla e il 
poster inclusi nella confezione 
non risollevano le sorti di un 
prodotto di livello amatoriale che 
sconsigliamo vivamente, nono- 
stante l'ottima qualità della sua 
controparte per il C-64. F.R. 
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DRAW 2000 


Finalmente un CAD di alto 
livello per l’Amiga, con 
tutte le opzioni necessarie 
per un impiego professionale 


Computer: Amiga 
Supporto: Disco 
Prezzo: L. 275.000 
Produzione: Aegis 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como — 031/300174) 
I 1 pacchetto Draw 2000 della 
Aegis, una casa che ha già 
prodotto notevoli programmi per 
l’Amiga dedicati alla gestione dei 
suoni e delle immagini, si inseri- 
sce in un settore raramente preso 
in considerazione dalle software 
house che si dedicano alla macchi- 
na Commodore. Se infatti esisto- 
no numerosi programmi in grado 
di muovere oggetti sullo schermo 
oppure capaci di creare pagine 
stampate di buona qualità, non 
capita spesso di sentir parlare di 
disegno tecnico sull’Amiga. Se- 
condo un vecchio luogo comune, 
questo settore (come quello dei 
database) sembra essere di perti- 
nenza esclusiva del mondo MS- 
DOS. 

In effetti la grafica a 4096 colori 
rende l’Amiga più adatto al dise- 
gno creativo che a quello tecnico. 
Si tratta inoltre di un campo, 
quello del CAD, che sicuramente 
interessa e coinvolge un numero 
minore di utenti e che in genere 
viene utilizzato più per lavoro che 
per passione o per hobby. 

Ma nonostante tutto, alcuni 
pacchetti per il disegno tecnico a 
poco a poco hanno fatto la loro 
comparsa, cercando di utilizzare 
al meglio le risorse dell’Amiga. 
Ciò significa che, per esempio, la 
grafica viene sempre utilizzata nel 
modo interlace a 640 x 512 pixel, 
e l'assenza di un dispositivo di 
input professionale come la tavo- 
letta grafica viene in qualche 
modo superata grazie al mouse e 

all'interfaccia user-friendly. Uno 
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degli ultimi esponenti di questa 
nuova generazione di prodotti è 
Draw 2000 . 

Un programma di CAD per- 
mette di disegnare facendo uso di 
elementi precisi, in genere ben 
definiti geometricamente, ed è 
dunque adatto alla creazione di 
planimetrie, schemi elettronici e 
così via. Ovviamente, anche nel 
disegno creativo è possibile fare 
uso di elementi geometrici ma un 
rettangolo sarà sempre un insie- 
me di pixel e non un'entità a sé 
stante. Come afferma nella sezio- 
ne introduttiva il manuale di 
Draw 2000, la differenza tra i due 


created with 
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tipi di programmi sta nel fatto che 
un software pittorico non sa da 
quale istruzione è stato colorato 
un certo pixel, mentre un pro- 
gramma di CAD conosce esatta- 
mente la storia e le caratteristiche 
di tutti gli elementi entrati a far 
parte del disegno. È evidente che 
i due tipi di programmi si rivolgo- 
no a un mercato fondamental- 
mente diverso. 

Il pacchetto si presenta in una 
confezione non molto grande con 
il classico logo Aegis sulla coperti- 
na e, sul retro, un esempio d’im- 
magine alla quale fanno da con- 
torno alcune brevi note di presen- 


tazione in inglese. Anche il ma- 
nuale contenuto all’interno è in 
inglese. Ci è sembrato piuttosto 
completo ed efficace sia come 
guida di riferimento sia come 
tutorial. Oltre al manuale, nella 
confezione si trovano tre dischi 
da 3,5’ contenenti due versioni 
del programma (per il 68000 e per 
l'accoppiata 68020-68881) e una 
raccolta di demo. 

Draw 2000 viene mandato in 
esecuzione dal Workbench. Si può 
scegliere fra tre modi grafici; 
quello di default è in interlace con 
la risoluzione di 640 x 512 pixel. 
Questo fa sì che la prima impres- 





sione sia piuttosto negativa: il 
video sfarfalla vistosamente e 
questo non lascia presagire niente 
di buono. Per fortuna la qualità 
del programma mette in secondo 
piano gli inconvenienti dell’inter- 
lace. 

Il sottotitolo di Draw 2000 lo 
definisce un “desktop CAD”, e 
questo è in effetti quello che 
maggiormente colpisce quando lo 
s1 utilizza. Una delle caratteristi- 
che che faceva preferire agli uten- 
11 pacchetti di grafica pittorica 
piuttosto che quelli di CAD era 
sempre stata l’osticità dei coman- 
di da impartire per raggiungere i 
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risultati voluti: mentre per dise- 
gnare bastava premere il pulsante 
del mouse e “spruzzare” il colore 
sul video come con un pennarello 
o un aerografo, per ottenere un 
arco sul reticolo di AutoCad (il 
ben noto programma di disegno 
tecnico) occorreva impartire i 
comandi da tastiera dopo averne 
studiato la sintassi su un manuale 
in inglese. Draw 2000, invece, 
consente finalmente di creare 
disegni tecnici ricorrendo alla 
comodissima interfaccia utente 
dell’ Amiga. 

Il programma lavora su uno 
schermo proprio, sovrapposto a 
quello del Workbench, quando 
utilizza l’alta o l’altissima risolu- 
zione, ma può anche lavorare 
direttamente sul Workbench. Uti- 
lizzando la massima risoluzione a 





disposizione si lavora piuttosto 
bene e la quantità di pixel e di 
colori (16) a disposizione riesce a 
definire anche i particolari più 
minuti. Il problema dello sfarfal- 
lio si può attenuare con un Moni 
tor ad alta persistenza, ma co- 
munque è possibile ridurlo note- 
volmente utilizzando particolari 
combinazioni di colori. Se si passa 
al modo 640 x 256, si elimina il 
problema dello sfarfallio € sì ri- 
sparmia memoria chip, però si 
comincia a lavorare male. Il modo 
Workbench è analogo a quest’ulti- 
mo ma fa uso di quattro soli 
colori, e quindi tutte le operazioni 
di tracciamento risultano più ra- 
pide; se poi si fa uso di un 
Workbench in interlace, si unisco- 
no alta risoluzione ed elevata 


velocità di tracciamento (a dire il 
vero esiste un inconveniente an- 
che in quest’ultima scelta: Draw 
2000 non sa di trovarsi su un 
Workbench in interlace e dunque 
non applica il giusto rapporto di 
scaling ai particolari grafici). 

Una particolarità del funziona- 
mento sullo schermo del Work- 
bench, che dipende probabilmen- 
te da un problema di conversione 
da NTSC a PAL, è che su questo 
schermo le finestre di Draw pos- 
sono arrivare a 256 pixel di altez- 
za mentre negli altri non supera- 
no le 200 linee tipiche del sistema 
americano. 

In tutti i modi grafici è presente 
nella parte superiore dello scher- 
mo una barra, che dà alcune 
informazioni sullo stato del siste- 
ma oppure cede il posto alle voci 


del menu principale quando si 
preme il pulsante di destra. 
Ognuna di queste voci sottinten- 
de come al solito altre opzioni, e 
ciascuna di queste può essere 
raggiunta oltre che attraverso ì 
menu e tramite combinazioni di 
tasti, anche per mezzo di un “Fast 
Menu”. Un’altra caratteristica 
pregevole è la selezione contem- 
poranea (tramite il pulsante di 
sinistra) di due o più opzioni, i cui 
effetti si manifestano in sequenza 
quando si rilascia il tasto destro 
del mouse. 

Senza perdere tempo a parlarvi 
dei vari demo inclusi nel pacchet- 
to, passiamo direttamente a esa- 
minare le varie opzioni disponibi- 
li per costruire un disegno. A 
questo scopo, basta selezionare 


l'opzione New Drawing del pri- 
mo menu, Project, per avere a 
disposizione un foglio pulito con 
tutti i parametri impostati ai valo- 
ri di default. O meglio, al valore 
specificato nel file Draw.Defaults 
(in formato ASCII) il quale, natu- 
ralmente, può essere modificato 
dall’utente. 

Ora sul foglio sono presenti 
solo una griglia di riferimento e 
una coppia di righelli sul lato 
inferiore e su quello sinistro, a 
simulare un tecnigrafo. Possiamo 
scegliere uno strumento di dise- 
gno dal menu Tools e cominciare 
a disegnare. Esistono due possibi- 
lità per tracciare i disegni: il 
mouse, e la pressione del tasto 
Escape dopo la scelta di un tool. 
In quest’ultimo caso appare una 
linea di comando vecchio stile 
sulla quale i parametri numerici si 
devono inserire da tastiera. Pre- 
feriamo comunque impiegare il 
mouse, che ci sembra molto più 
immediato. 

Per prima cosa proviamo a 
tracciare una riga: il sistema con- 
ferma l’avvenuta scelta del tool 
Lines scrivendo questa parola in 
alto a sinistra. Dopodiché puntia- 
mo il mouse in vari punti dello 
schermo e a ogni pressione del 
tasto sinistro compare un seo- 
mento di retta che parte dal 
punto precedente e arriva a quel- 
lo attuale. Per abbandonare il 
tool basta premere due volte di 
seguito lo stesso pulsante, e le 
linee tracciate entreranno a far 
parte del disegno come oe 


& i ggetti. 
Quasi subito abbiamo 7 


Ggpasi é notato 
una stranezza: il movimento a 
P: 


passi discreti del puntatore. Per la 
precisione, la freccetta si muove- 
va soltanto da un’intersezione del 
reticolo all'altra senza fermarsi 
mal in punti intermedi. È in quel 
momento che ci siamo ricordati 
di quanto diceva il manuale a 
proposito di un'utile funzione 
chiamata Grid Snap, che in prati- 
ca serve per variare automatica- 
mente le coordinate dell'ultimo 


punto raggiunto dal puntatore e 
923 
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farle coincidere con il nodo più 
prossimo della griglia, allo scopo 
di garantire una precisione che 
sarebbe irraggiungibile con il di- 
segno a mano libera. 

In un pacchetto di CAD la 
posizione dei pixel sullo schermo 
è solo un modo per rappresentare 
un insieme di elementi grafici che 
esistono nella memoria del com- 
puter come luoghi geometrici e 
insiemi di valori numerici. I pixel 
servono solo a dare una forma il 
più accurata possibile a questi 
oggetti, ma la stessa funzione può 
essere svolta da altri dispositivi, 
come il plotter. Può accadere che 
due punti che noi vediamo come 
adiacenti sul video siano in realtà 
distanti in modo apprezzabile a 
livello di coordinate: per esempio 
i lati di un quadrato non si 
toccano nei vertici. Lavorando 
con il Grid Snap attivo, la macchi- 
na ci assicura che i punti sono 
sempre quelli giusti. Se occorro- 
no più punti “raggiungibili”, si 
possono sempre diminuire le di- 
mensioni delle maglie della rete. 

: Un secondo metodo di corre- 
zione automatica è offerto dall’o- 
pzione Data Snap, che rende 
“magnetici” i vertici di oggetti 
preesistenti sul disegno. Se con il 
mouse ci si avvicina oltre un certo 
limite al vertice di un oggetto già 
disegnato, il computer ne deduce 
che vogliamo toccare esattamen- 
te quel vertice. 

Per la prova, comunque, abbia- 
mo preferito eliminare entrambe 
queste possibilità. Tra l’altro, per 
sapere esattamente quali sono le 
coordinate del cursore, si può 
richiederne la visualizzazione in 
tempo reale sulla barra della 
finestra principale di Draw 2000 
(pur pagando lo scotto di un certo 
rallentamento). Inoltre si può 
attivare al posto della crocetta del 
puntatore una croce composta da 
due linee parallele agli assi carte- 
siani e lunghe quanto i lati dello 
schermo. 

Abbandonato il tool Lines, cu- 
riosiamo tra gli altri strumenti di 
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disegno. Si possono disegnare 
circonferenze, rettangoli, ellissi, 
archi di circonferenza (ma non di 
ellissi) e poligoni. Il metodo usato 
per definire le dimensioni e la 
posizione della circonferenza che 
intendiamo tracciare è quello 
classico e consiste nell’assegnazio- 
ne del centro e del raggio. Abbia- 
mo purtroppo constatato una cer- 
ta lentezza nella costruzione delle 
circonferenze e degli archi anche 
se il manuale afferma che le 
circonferenze sono in realtà poli- 
goni di 72 lati. Senza coprocesso- 
re matematico il tempo impiegato 
è piuttosto alto. 

Per quanto riguarda gli archi, 
prima si assegnano raggio e cen- 
tro come per i cerchi, poi si 
sceglie la lunghezza dell’arco 
muovendo il mouse a partire 
dalla seconda estremità del raggio 
impostato. Le ellissi invece ven- 
gono definite specificando le co- 
ordinate del rettangolo a esse 
circoscritto. 

Gli altri tool dell'omonimo me- 
nu consentono operazioni come 
la cancellazione, il disegno a ma- 
no libera di alcune parti e l’inseri- 
mento di testo in varie dimensio- 
ni. I caratteri sono tratti da una 
fonte stroke, ossia una fonte che 
utilizza linee anziché matrici di 
punti per costruire il carattere (il 
che comporta una migliore quali- 
tà nelle operazione di rotazione, 
Ingrandimento, rimpicciolimen- 
to). Inoltre i caratteri stroke sono 
particolarmente adatti alla ripro- 
duzione su plotter, almeno quan- 
to le normali fonti a matrice di bit 
sono adatte alle stampanti grafi- 
che. 

Esistono poi alcune operazioni 
di edit degli oggetti, analoghe a 
quelle del menu Edit, che servono 
a copiare, spostare, ruotare o 
alterare le dimensioni di ciascun 
elemento grafico; la differenza 
sta nel fatto che dal menu Tools si 
agisce sempre sugli oggetti indivi- 
dualmente, mentre dal menu Edit 
si agisce sugli oggetti di un’area 
rettangolare prefissata. 


Due peculiarità molto interes- 
santi di questo pacchetto sono gli 
strati (Layers) e le parti (Parts). La 
prima caratteristica ci consente di 
definire il nostro disegno su più 
piani (fino a un massimo di 250) e 
poi di sovrapporli. È quindi possi- 
bile spezzare un disegno in diver- 
se sezioni, lavorare su ognuna di 
esse singolarmente e poi riunire 
l’intero disegno, pur conservan- 
do la separazione fisica delle di- 
verse sezioni. 

Con il sintetico nome di “parti”, 
invece, si vuole indicare l’impor- 
tante caratteristica che permette 
di creare oggetti complessi (parti) 
mettendo insieme elementi fon- 
damentali come cerchi e linee. 
Queste parti vengono viste dal 
sistema come entità uniche, qua- 
lunque sia l'operazione per cui 
vengono impiegate; possono pol 
essere archiviate su disco in una 
libreria. In qualsiasi momento È 
possibile slegare da questo vinco- 
lo gli oggetti che costituiscono 
l'insieme, per esempio per appor- 
tare delle modifiche. Il disco 
dimostrativo di Draw 2000 propo- 
ne tra le altre cose una libreria 
d’esempio che contiene simboli 
elettronici. 

C'è poi la possibilità di effettua 
re ingrandimenti e riduzioni (Zo- 
om) anche ripetuti in diverse aree 
del foglio. 

È infine disponibile un tool per 
la quotatura del disegno, che 
permette d’inserire le quote 
(complete di frecce piene o vuote) 
e le linee di riscontro semplice- 
mente definendo i due punti di 
cui va riportata la distanza. 

Altri aspetti del programma 
comprendono la possibilità di 
riempire automaticamente tutte 
le aree chiuse che vengono trac- 
ciate, la definizione di linee di 
diversa tramatura e spessore, la 
scelta dei colori per tutti gli 
elementi del tavolo di lavoro, la 
possibilità d’interpolare linee 
spezzate arrotondandone i vertici 
(curve di Bezier) e la creazione di 
“hook” (uncini) su una linea retta. 





Per quanto riguarda l’interfac- 
cia col mondo esterno, Draw 2000 
è anzitutto in grado di memoriz- 
zare in diversi modi i propri 
disegni: come immagini bit-map, 
come insiemi di oggetti e coordi- 
nate e infine come insiemi d’istru- 
zioni standard per ottenere da un 
plotter la tracciatura del disegno. 
In alternativa, si possono anche 
memorizzare su disco le singole 
parti del disegno e i parametri di 
sistema. Il pacchetto riconosce 
molti plotter, tra cui quelli della 
serie DXY della Roland. 

Draw 2000 può lavorare anche 
con 512K di memoria, ma 1 MB è 
praticamente indispensabile per 
aprire più di una finestra grafica. 
In ogni caso, quando la memoria 
a disposizione diventa poca, re- 
quester o messaggi di alert ci 
avvisano dell’impossibilità di svol- 
gere determinate fasi di lavoro. 
Un particolare che ci ha lasciato 
piuttosto perplessi è l’alta percen- 
tuale di crash del sistema che sl 
verificano quando si prova a cam- 
biare la modalità di visualizzazio- 
ne, in particolare quando viene 
chiamato in causa il Workbench . 

Possiamo comunque conclude- 
re che il pacchetto è completo 
sotto tutti i profili: cerca sempre 
di sfruttare al meglio le caratteri 
stiche dell’ Amiga, traendosi d’im- 
paccio in maniera egregia quando 
si scontra con i limiti hardware 
della macchina. 

Riteniamo che l’impiego pro- 
fessionale a cui dovrebbe essere 
destinato un pacchetto come que- 
sto sia senza dubbio possibile con 
Draw 2000, come senz'altro avrà 
potuto notare chiunque già abbia 
utilizzato programmi di CAD per 
il suo lavoro. Pochissimi sono 1 
particolari che meriterebbero 
d’essere rivisti, e l’unico neo de- 
gno di nota è rappresentato da 
una certa lentezza nelle operazio 
ni svolte in modo interlace. Con il 
coprocessore matematico, pero, 
se non si arriva a prendere il volo 
poco ci manca! . 
D.G. 


TV SPORTS 
FOOTBALL 


Finalmente un’ottima 

versione per home computer 
del football, il più spettacolare 
sport americano 


Computer: Amiga 

Supporto: Disco 

Prezzo: L. 59.000 

Produzione: Cinemaware (Mirror Soft) 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como — 031/300174) 


ato nel nordamerica verso 

la fine del secolo scorso 
come un ibrido a metà fra il calcio 
e il rugby, il football è uno degli 
sport più complessi e più violenti 
fra quelli che vengono praticati ai 
giorni nostri, ed è senza dub- 
bio un ottimo rappresentante di 
tutto ciò che di solito viene identi- 
ficato con l'America: spettacolo, 
colori, vivacità, dinamicità e so- 
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prattutto soldi, tantissimi soldi. 

La maggior parte dei tentativi 
di trasformare il football in un 
videogioco finora si sono scontra- 
ti con l’esigenza di dover ripro- 
durre tutte queste caratteristiche, 
e hanno sempre dovuto sacrifica- 
re qualcosa per ottenere qualco- 
s’altro: velocità, ricchezza grafi- 
ca, complessità e varietà d’azio- 
ne... scegliete pure, purché non 
vogliate tutto contemporanea- 
mente. 

Poi venne l’Amiga. Tv Sports 
Football testimonia in maniera 
inconfutabile che le caratteristi- 
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che di questa macchina permetto- 
no di realizzare un gioco che pur 
nella sua complessità e completez- 
za, risulta veloce, facile da utiliz- 
zare, spettacolare e divertente. 

Il programma, che s'inserisce 
nella fortunata serie Cinemawa- 
re, è dotato di caratteristiche 
grafiche eccellenti, quasi superio- 
ri agli standard a cui ci hanno 
abituati le sale giochi. La sigla 
d’introduzione, per esempio, è 
del tutto uguale alla sigla di una 
vera telecronaca televisiva, nella 
miglior tradizione Cinemaware. 
La finestra di gioco occupa la 
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maggior parte dello schermo, con 
una vista dall’alto che riprende 
tutta la larghezza del campo e 
circa 35 yarde di lunghezza, senza 
che la precisione della rappresen- 
tazione ne soffra. 

Ma facciamo una sommaria 
carrellata su protagonisti e com- 
primari: al primo posto vengono i 
giocatori, che si muovono con la 
massima fluidità e sono stati rea- 
lizzati molto bene anche dal pun- 
to di vista del disegno. Subito 
dopo viene l'arbitro, che compa- 
re soltanto in caso di falli e getta 
a terra il classico fazzoletto giallo 
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assegnando le relative yarde di 
punizione. A volte, poi, compaio- 
no l'allenatore o altri personaggi, 
entusiasti o scontenti a seconda 
dell'andamento della partita, ma 
sempre in apprezzabili animazio- 
ni che costituiscono un simpatico 
momento di relax. 

Quanto al gioco, l’azione è 
molto più rapida di quanto avvie- 
ne di solito in programmi che 
riguardano questo sport tanto 
complesso, soprattutto grazie alla 
semplicità con cui si selezionano 
gli schemi di gioco. Al termine di 
ogni azione, infatti, compaiono 
sullo schermo quattro quadranti 
per la difesa e altrettanti per 
l’attacco che permettono, spo- 
stando il joystick in una direzione 
o nell'altra, di scegliere lo schema 
da utilizzare; effettuata la scelta, 
altri quattro quadranti consento- 
no di scegliere tra diversi schiera- 
menti della squadra nell’ambito 
dello schema prescelto. Oltre a 
queste 16 formazioni di base 
(quattro schemi per quattro schie- 
ramenti) si possono ottenere nu- 
merosissime altre varianti effet- 
tuando la selezione in modo leg- 
germente diverso (per esempio 
tenendo un tasto premuto si ottie- 
ne uno schieramento speculare), 
ma sempre all'insegna della mas- 
sima rapidità. 

I modi di gioco dipendono dal 
numero dei giocatori (uno o due) 
e dal tipo di partita (partita di 
esibizione, partita di campionato, 
allenamento). Nelle partite vere e 
proprie vengono offerte quattro 
possibilità: esaminiamole una per 
una. 

Soli contro il computer: in attac- 
co si controlla il quarterback e il 
controllo passa poi al giocatore 
che riceve la palla, mentre in 
difesa si può scegliere di control- 
lare uno qualsiasi dei defensive- 
back. 

Due contro il computer: in que- 
sto caso un giocatore controlla il 
quarterback in attacco e un uomo 

a scelta in difesa mentre il secon- 
do joystick controlla il linebacker 
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di sinistra in difesa e un wide 
receiver o un running back in 
attacco. 

Due giocatori, uno contro l’altro: 
ognuno dei due controlla il pro- 
prio quarterback in attacco e un 
defensive back in difesa. 

Il computer contro se stesso: que- 
sto modo è particolarmente utile 
per apprendere i rudimenti del 
football elettronico e i particolari 
stili di gioco. 

In ogni caso, in qualsiasi dei 
sopraelencati modi si stia giocan- 
do, se un giocatore non prende 
iniziative entro 15 secondi, il 
computer si occupa di mandare 
avanti la partita da solo. Natural- 
mente basta impugnare di nuovo 
il joystick per riottenere il con- 
trollo della propria squadra. Que- 
sta caratteristica si rivela un enne- 
simo pregio di Tv Sports Football 
nei confronti di tutti i suoi prede- 
cessori, dal momento che evita le 
lunghe pause di riflessione che a 
volte si concedono i principianti, 
e dà il giusto rilievo alla continui- 
tà dell’azione. Una soluzione che 
si apprezza specialmente nelle 
partite a due, nelle quali spesso il 
tatticismo tende a prevalere sul- 
l’azione. 

Se poi si è abbastanza modesti 
da ammettere che per imparare ci 
vuole del tempo, questa possibili- 
tà permette al giocatore di lasciar- 
si guidare” dal computer nelle 
situazioni più difficili senza obbli- 
garlo a subire le iniziative dell’av- 
versario nel momenti d’incertez- 
za. Teniamo a sottolineare il fatto 
che le scelte del computer sono 
sempre Ispirate allo stile di gioco 
tenuto fino a quel momento dalla 
sua controparte umana, anche a 
costo di rinunciare a scelte che in 
quel momento potrebbero essere 
più favorevoli, non privando così 
la partita di quell’inconfondibile 
personalità che la rende qualcosa 
di diverso da una sterile sequenza 
di calcoli. 

Un’opzione non  particolar- 
mente originale, ma comunque 
degna di nota, riguarda la possibi- 


lità di formare una lega (l’equiva- 
lente di un campionato di calcio) 
a cui si possono “iscrivere” fino a 
27 partecipanti, ognuno dei quali 
“allena” una squadra nella sua 
corsa verso l’ambitissimo super- 
bowl. i 

Ma prima di poter aspirare al 
titolo di campione, sarà opportu- 
no fare un po’ di esperienza. A 
questo scopo è possibile giocare 
una partita amichevole fra due 
squadre, oppure fare pratica di 
azioni, passaggi O calci, selezio- 
nando l’opzione Practice all ini- 
zio del gioco. Dopo essere diven- 
tati dei veri esperti, è il momento 
di confrontarsi con il gioco per 
vedere quali record riusciamo a 
battere. 1 

Contribuiscono infatti ad arric- 
chire lo scenario e a renderlo più 
realistico, cosa che renderà felici 
tutti coloro che amano questo 
sport, le statistiche che compai0- 
no sullo schermo a metà tempo e 
alla fine della partita. I dati sì 
possono richiamare anche duran- 
te il corso del gioco, in qualsiasi 
momento si vogliano riesamina- 
re. Si possono ottenere dati estre- 
mamente dettagliati a proposito 
della squadra o del singolo gioca- 
tore, come vuole la tradizione 
americana: numero dei passaggi 
completi e incompleti, yarde cor- 
se, percentuale di errore del 
quarterback e perfino graduato- 
rie di merito relative ai singoli 
giocatori. 

Insomma, se siete amanti del 
football, e siete sempre stati delu- 
si dai videogiochi che vi hanno 
proposto, questo è il momento 
del riscatto! Se invece, pur non 
essendo degli esperti, questa re- 
censione vi ha incuriosito, non 
lasciatevi spaventare da parole 
inconsuete come “quarterback” o 
“linebacker”: Tv Sports Football 
Tappresenta uno dei modi più 
semplici e divertenti per accostar- 
si per la prima volta a questo sport 
così complesso ma anche così 
spettacolare. 

N.F.R. 
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R-TYPE E 
DENARIS 


Il giallo di R-Type: tutto 
quello che avreste voluto 
sapere sullo shoot’em up più 
divertente del 1988 





Computer: C-64/128/Amiga 
Supporto: Cassetta/Disco 

Prezzo: L. 18.000/25.000/49.000 
(R-TYPE) 

Prezzo: L. 15.000/25.000 (DENARIS) 
Produzione: Electric Dreams (R-TYPE) 
Produzione: Go! (DENARIS) 
Distribuzione: Leader (Via Mazzini 15, 
21020 Casciago — 0332/212255) 


uello che avete fra le mani è 

un numero innovativo di 
Commodore Gazette: da questo me- 
se cercheremo di proporvi, quan- 
do è possibile, recensioni compa- 
rate dei programmi nelle due 
versioni per il C-64 e per l’Amiga. 

Con questa recensione partico- 
lare, però, abbiamo pensato addi- 
rittura di riunire sotto un unico 
titolo ben due recensioni compa- 
rate, per un totale di quattro 
giochi analizzati contemporanea- 
mente. La ragione di questa cu- 
riosa scelta sta nella tormentata 
storia che lega le vicende di 
R-Type e Denaris, e che ha costi- 
tuito materia di scandalo già su 
altre pubblicazioni. 

Tutto cominciò con la compar- 
sa nelle sale giochi di un innovati- 
vo coin op chiamato R-7ype, ver 
so la fine del 1987: il gioco suSscIto 
immediatamente i consensi delle 
riviste specializzate e dei giocatori 
per l’originalità del suo schema e 
soprattutto della sua grafica (che 
diede origine alla definizione di 
“grafica organica”). R-Type fu im- 
mediatamente identificato dalle 
software house come un potenzia- 
le successo e dopo una breve ma 
intensa battaglia a suon di offerte 
fantasmagoriche, la casa inglese 
Electric Dreams riuscì ad acqui 
stare i diritti di conversione per 
home computer del coin op. 


La campagna pubblicitaria per 
promuovere R-7'ype cominciò nel- 
l’estate dell’88, con l’inserimento 
di piccoli poster nelle confezioni 


di mezzo mondo. La realizzazio- 
ne della conversione per C-64 
venne affidata a un gruppo chia- 
mato “Software Studios”, e gli 


liuriaai 





Due schermate di Denaris nella versione per l’Amiga (sopra) e per il C-64 (sotto) 


dei più importanti prodotti U.S. 
Gold (di cui la Electric Dreams è 
una divisione) e un afflusso conti- 
nuo di fotografie e di comunicati 
stampa che invasero le redazioni 


appassionati di videogame di tut- 
to il mondo attesero con il fiato 
sospeso la pubblicazione del gio- 
co, annunciata per Natale. 
Durante questa lunghissima at- 
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tesa della buona novella, gli intel- 
ligenti ma truffaldini program- 
matori della Rainbow Arts pensa- 
rono bene di sfruttare la situazio- 
ne. Nonostante avessero alle spal- 
le una causa persa con la Ninten- 
do per il loro The Great Giana 
Sisters, palesemente e malamente 
copiato dal famoso Super Mario 
Bros che ancor oggi costituisce il 
vanto della piccola console giap- 
ponese, il diabolico duo composto 
da Trenz ed Escher si mise a 
scrivere un clone di R-Type. 

Il risultato degli intrighi binari 
dei programmatori tedeschi ven- 
ne battezzato Katakis: il program- 
ma era di qualità eccellente, ma le 
similitudini grafiche e di schema 
con il coin op più famoso del 1987 
fecero piombare sugli uomini del- 
la Rainbow Arts una doppia cita- 
zione in giudizio da parte della 
Electric Dreams e della U.S. Gold 
e una vera e propria pioggia di 
articoli negativi sulle riviste di 
settore di tutti i Paesi, che ostaco- 
larono la distribuzione e la vendi- 
ta del programma (realizzato sia 
per il C-64 sia per l’Amiga) sino a 
bloccarla. 

La vicenda si sarebbe conclusa 
a questo punto, ma mentre le 
procedure legali sembravano es- 
sere giunte a un punto di stallo, la 
U.S. Gold si rese conto che i codici 
di R-Type in produzione nei loro 
studi non erano minimamente 
all’altezza di Katakis. Quello che 
accadde in seguito lo possiamo 
solo dedurre, benché non siano 
necessarie grandi capacità investi 
gative: non potendo modificare 
in extremis i codici di R-Type, la 
Electric Dreams assunse gli autori 
di Katakis per riscrivere comple- 
tamente la versione ufficiale del 
gioco, probabilmente in cambio 

del ritiro di ogni accusa e del 
controllo sulle vendite di Katakis . 
Comunque siano andate le cose, 
R-Type arrivò nei negozi firmato 
da Trenz & Escher. 

Ora che tutti i potenziali acqui- 
renti hanno rimpinguato le casse 
della U.S. Gold con i loro sudati 
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risparmi, la Go! (altra divisione 
della U.S. Gold) pubblica Katakis, 
dopo averne cambiato il nome in 
Denaris. Nel messaggio che appa- 
re dopo aver completato R-Type, 
gli autori affermano orgogliosi di 
averne scritto i codici in sei setti- 
mane. Quindi devono aver lavo- 
rato anche mentre era ufficial- 
mente in corso il processo con la 
U.S. Gold, della cui soluzione 
legale nessuno ha mai saputo 
nulla. In questo momento Trenz 
ed Escher probabilmente se la 
stanno spassando con i proventi 
dei due (anzi, quattro) giochi, i 
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La trama vede un solitario 
caccia terrestre impegnato in una 
missione impossibile ambientata 
in un lontano futuro: i nemici da 
sconfiggere fanno parte dell’Im- 
pero Bydo, il cui mostruoso lea- 
der controlla personalmente tutti 
gli elementi della forza d’invasio- 
ne grazie ai suoi poteri extrasen- 
soriali. La viscida creatura è quin- 
di il bersaglio da colpire per 
fermare istantaneamente e defi- 
nitivamente l’invasione, ma non è 
possibile raggiungerlo se non pas- 
sando attraverso una serie di 
difese biomeccaniche in cui crea- 
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Sopra: R-Type per l’Amiga. A destra: due schermate di R-Type in versione C-64 


direttori del marketing della U.S. 
Gold stanno gongolando e i gio- 
catori, benché vittime di una vera 
e propria truffa morale, hanno 
guadagnato due programmi ecce- 
zionali da aggiungere alla loro 
collezione. Vediamoli in detta- 
glio. 

R-Type. Iniziando per corret- 
tezza dal programma originale, 
dobbiamo dire subito che gli 
sconvolgimenti legali relativi al 
gioco non hanno avuto che riper- 
cussioni positive sulla sua realizza- 
zione. 


ture organiche e macchinari da 
battaglia sono fusi in entità sim- 
biotiche tanto repellenti quanto 
letali. 

Il veicolo a nostra disposizione 
è identificato dalla sigla R-9. Le 
sue caratteristiche principali sono 
l'ottima mobilità e le piccole di- 
mensioni, che rendono più facile 
evitare i colpi avversari, e infine la 
capacità di agganciare strumenti 
modulari utili a migliorare le sue 
prestazioni. Gli apparecchi in 
questione possono essere aggan- 
cati sia anteriormente alla nave 
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sia posteriormente, e possono do- 
tarla di missili a ricerca automati- 
ca del bersaglio, lanciafiamme, 
laser rimbalzanti, cannoni binari 
Balkan e una serie di altre armi. 
Grazie a una pressione della barra 
spaziatrice (o del pulsante del 
mouse sull’ Amiga) è possibile se- 
parare con violenza il modulo 
delle armi addizionali, che viene 
così scagliato fra le forze nemiche 
seminando morte e distruzione 
con la sua corazza indistruttibile. 
Una semplice pressione dell’ap- 
posito comando è sufficiente a far 
rientrare il modulo, ma anche da 
sola la navicella non è del tutto 
disarmata: il veicolo R-9 è infatti 
dotato di laser standard e della 
possibilità di agganciare due scudi 
orbitali, e soprattutto dell’R-Ty- 
pe, l’arma che dà il nome al gioco. 


DREI 


Dietro a questo misterioso no- 
me in codice si nasconde un 
potentissimo cannone in grado di 
perforare con un solo colpo gran 
parte delle forze Bydo, ma che 
purtroppo ha alcune limitazioni. 
Per caricare ’PR-Type, infatti, è 
necessario convogliarvi l'energia 
di tutte le armi, rimanendo così 
temporaneamente indifesi dagli 
attacchi nemici. L'uso del poten- 
tissimo cannone è tuttavia fonda- 
mentale per riuscire nella missio- 
ne, in particolar modo quando 
viene il momento di affrontare i € 
disgustosi guardiani di fine livel- 
lo: creature rettiloidi dotate di 
esoscheletro solo parziale, am- 
massi pulsanti di vene, occhi e 
tentacoli, o guardiani meccanici 
senza alcuna parte biologica. 


In R-Type quello che affascina è 
senz'altro lo stranissimo aspetto 
grafico, che si unisce a una gioca- 
bilità perfetta per creare un gioco 
esaltante, difficile senza mai esse- 
re frustrante, e senza dubbio 
all’altezza del coin op originale. 
Se la versione per Commodore 64 
può vantare delle colonne sonore 
identiche a quelle del coin op e 
una grafica con una definizione 
mai vista su questo computer, 
R-Type per l’Amiga utilizza al 
massimo le potenzialità grafiche 
della macchina con risultati a 
volte davvero stupefacenti. Se- 
quenze come quella del gigante- 
sco incrociatore spaziale che co- 
stituisce da solo un intero livello, 
o gli agguati degli scorpioni gi- 
ganti nel cimitero alieno, sono 
tappe fondamentali nella storia 
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della grafica dei videogame per 
l’Amiga, e hanno fatto premiare 
questo programma come la mi- 
glior conversione da coin op per 
l' Amiga di tutti i tempi. 

Un'ultima nota di merito va 
alle musiche che accompagnano il 
caricamento di entrambe le ver- 
sioni, di una qualità eccezionale 
specialmente per il Commodore 
64. 

Denaris. Se la nostra introdu- 
zione vi ha indotto a credere che 
si possa liquidare questo gioco 
come clone di R-Type, allora non 
ci siamo espressi con chiarezza. 
Denaris è un programma notevo- 
le, e le differenze tra le due 
versioni sono così marcate che si 


dovrebbe in realtà parlarne come 
di due programmi diversi, anche 


se nella versione per il C-64 il 
gioco possiede uno scenario tanto 
ridotto da essere trascurabile e 
uno schema di gioco quasi identi- 
co a quello di R-7ype. Denaris (0 
Katakis, come ancora molti lo 
chiamano) fornisce la possibilità 
di giocare in coppia, con un 
giocatore che prende il comando 
della grossa astronave principale 
e un altro che guida il modulo 
aggiuntivo: si tratta della princi- 
pale differenza rispetto a R-7ype, 
che permette schemi di gioco 
differenziati, impossibili nel gioco 
originale. Per quanto riguarda il 
sonoro, Denaris vanta le famose 
musiche semicampionate di Chris 
Heuelback, molto criticate ma 
indubbiamente innovative. Altri 
particolari: la definizione è infe- 
riore a quella di R-Type e la 
grafica è in genere piuttosto gros- 
solana, ma la sua velocità è assolu- 
tamente impressionante. Comun- 
que la sua definizione si adatta 
particolarmente bene ai guardia- 
ni di fine livello, che mantenendo 
lo stesso spirito di R-7'ype rappre- 
sentano creature biomeccaniche 
grandi sino a mezzo schermo. 

Denaris per lAmiga (ma il 
programma “originale”, Katakis, 
era simile a quello per il C-64) è 
tutto un altro gioco, diverso sia 
dalla sua versione per il Commo- 
dore 64 sia da R-Type. Rimane 
naturalmente la piccola astronave 
con il suo modulo aggiuntivo, 
rimangono le armi addizionali e 
gli scenari a scrolling orizzontale, 
ma il 90 per cento dei mostri 
biomeccanici è scomparso in favo- 
re di avversari più classici € la 
grafica ha un aspetto general 
mente più monotono che nella 
versione “minore”, per quanto la 
definizione sia ottima. 

La sezione sonora non è nulla 
di eccezionale, e solo il fatto che 
non esistono altri prodotti simili 
(escluso naturalmente R-Type) le 
garantisce un certo successo. R- 
Type, in questo caso, è di gran 
lunga superiore. 


F.R. 
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Un bizzarro e divertentissimo 
minigolf elettronico costellato 
di laser, ventilatori e campi 
di forza 


Computer: Amiga 

Supporto: Disco 

Prezzo: L. 59.000 

Produzione: Electronic Arts 
Disponibile presso: C.T.0. 

(Via Piemonte 7/F, 40069 Zola Predosa — 


051/753133) 
S embra un periodo d’oro peri 
videogame ispirati al golf e 
alla sua più divertente e meno 
pretenziosa versione ridotta, il 
minigolf. Dopo le recenti espe- 
Tienze Interattive non troppo feli- 
ci del nostro italico Simulgolf, la 
sempre grandiosa Electronic Arts 
propone ora la sua versione del 

minigolf: il golf goliardico. 

Zany Golf è stato progettato e 
programmato da un gruppo di 
artisti indipendenti capitanato da 
un certo Will Harvey, un ex 
ricercatore dell’Università di 
Stanford affascinato dalle poten- 
zialità grafiche dei computer: os- 
sessionato dall’idea di produrre 
un programma semplice, diver- 
tente e spettacolare al tempo 
stesso, Harvey ha riunito i miglio- 
ri artisti elettronici della West 
Coast, e il risultato è stato all’al- 
tezza delle premesse. 

Zany Golf può essere giocato da 
un numero variabile di giocatori 
che può arrivare a un massimo di 
quattro. Ognuno parte con un 
numero fisso di tiri a disposizione, 
esauriti i quali viene eliminato dal 
gioco. Durante una partita è pos- 
sibile conquistare colpi addiziona- 
li, che dipendono dall’abilità nel 
completare una buca. 

Nella migliore tradizione dei 
giochi per l’Amiga, l’azione è 
interamente controllata dal mou- 

se, e si divide su dieci percorsi che 
vanno affrontati sempre secondo 
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lo stesso ordine. Per ogni buca si 
può scegliere fra i due o tre punti 
di partenza proposti dal compu- 
ter, e ogni percorso possiede un 
suo accompagnamento musicale 
che, per quanto breve, riesce a 
dare un'idea del tipo di percorso 
che ci aspetta e sfrutta molto bene 
le capacità sonore del computer. 
Vediamo ora quali ostacoli e quali 
trovate ci propongono le varie 
buche che compongono il percor- 
so di Zany Golf... 

Windmill (mulino a vento) è il 
nome della prima: il percorso è 
diviso in due parti ben distinte, e 
il nome deriva dalla presenza di 


un mulino rotante che separa le 
due sezioni. Prima di affrontare 
ogni buca compare una scherma- 
ta “introduttiva” in cui il compu- 
ter ci dà alcune informazioni 
relative alla strategia da seguire. 
In questo caso il consiglio è di far 
entrare la pallina nella stretta 
porta del mulino, evitando le pale 
che la coprono periodicamente. 
Riuscendo in questa difficile im- 
presa otterremo un certo numero 
di colpi-bonus, mandando inoltre 
la palla sulla traiettoria ottimale 
per raggiungere la buca. 
Hamburger, la seconda buca, è 


un vero e proprio emblema dello 
spirito del gioco: la palla deve 
seguire una traiettoria a U, e per 
far questo è necessario usare le 
capacità elastiche di... una gigan- 
tesca bottiglia di ketchup! A se- 
conda della potenza del tiro, dal 
contenitore schizzano gocce di 
salsa in numero variabile che 
vengono convertite in tiri addi- 
zionali, e un’altra occasione di 
aumentare i colpi a nostra disposi- 
zione è data dalla possibilità di 
colpire un’innocente e minuscola 
fatina che svolazza sulla pista. 
Una volta arrivati alla buca, si 
scopre perché il percorso è stato 
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battezzato hamburger: la nostra 
meta è coperta da un colossale 
panino, oltretutto apparente- 
mente indistruttibile. Per fortu- 
na, ogni volta che premiamo il 
pulsante del mouse il panino si 
anima cominciando a rimbalzare. 
Dopo un certo numero di pressio- 
ni i balzi compiuti dall’hambur- 
ger sono tanto alti da lasciare 
libera la buca per un tempo 
sufficiente a prendere la mira, 
ma resta ancora un problema: 
ogni pressione sul pulsante del 
mouse corrisponde a un tiro. e 
non possiamo assolutamente per 





metterci di sprecarne troppi! 

La buca successiva è una delle 
più semplici: Walls (muri), intro- 
dotta come sempre da una bella 
schermata statica, è ambientata su 
una ripida discesa divisa in tre 
fasce verticali. Partendo da uno 
stretto ripiano orizzontale posto 
nella parte più alta, dobbiamo far 
cadere la palla nella zona centra- 
le, in fondo alla quale ci attende la 
buca. Le inevitabili complicazioni 
sono costituite questa volta da 
una serie di muri di mattoni che 
sbucano all'improvviso dal terre- 
no deviando la pallina, ma un 
attento calcolo dei tempi permet- 
te di sfruttare la loro presenza a 
nostro vantaggio. 

La buca successiva, chiamata 
Pinball (flipper) è divisa in due 
sezioni, e la prima è quella che ne 
giustifica il nome. La pallina vie- 
ne lanciata come nel sempre più 
raro gioco da bar e viene fatta 
rimbalzare sul piano usando 1 
pulsanti per controllare il movi 
mento dei flipper veri e propri. 
Perdere la pallina equivale a un 
tiro sprecato, ma attivare la giusta 
sequenza di bersagli può fare 
aumentare notevolmente il nu- 
mero di colpi a nostra disposizio- 
ne. Lo scopo ultimo della sezione 
è comunque quello di far rag- 
giungere alla pallina una buca 
dalla quale raggiunge poi la se- 
conda parte del campo, un prato 
verde sul quale fanno bella mo- 
stra di sé i tre solidi che compon- 
gono il simbolo della Electronic 
Arts. Da qui la strada per la buca 
è semplice e diretta, e non CI sono 
problemi a raggiungere la buca 
successiva. . 

Fans (ventilatori) è un altro di 
quei percorsi in cui il mouse ha 
funzioni molto più ampie che non 
il semplice ruolo di sostituto della 
mazza. Il percorso si sviluppa SU 
una ripida collina artificiale co- 
stellata di muretti e ventilatori: 
dopo il tiro ci viene richiesto di 
agitare il mouse per mettere in 
moto le pale degli apparecchi, che 
useremo per “soffiare” la palla 


verso la buca, seguendo una tra- 
iettoria obbligata piena di salite e 
curve strettissime. 

I tappeti magici della buca 
Carpets (tappeti) non hanno nien- 
te a che fare con quelli delle 
favole: le superfici a scacchi bian- 
chi e rossi che costituiscono gran 
parte della collina su cui si trova la 
buca sono piuttosto degli stru- 
menti elettromagnetici di grande 
potenza. La particolarità di que- 
sta buca sta nel fatto che quando 
la pallina giunge su queste super- 
fici è possibile guidarla con ampi 
movimenti del mouse, facendole 
superare in modo poco ortodosso 
i numerosi ostacoli mobili che 
separano il punto di partenza da 
quello di arrivo. 

La buca seguente si chiama 
Castle (castello), e il castello in 

uestione è un vero e proprio 
castello da favola, inerpicato sulla 
sommità di una ripida distesa 
erbosa. Dobbiamo far entrare la 
pallina nello stretto portale d’in- 
gresso della costruzione, ma il 
compito è reso particolarmente 
difficile dalla presenza di vaste 
distese d’acqua nelle quali è facile 
cadere perdendo il tiro e la palli- 
na. Una volta entrati, tutto quel 
che ci separa dalla buca è un 
semplice percorso a zig zag che si 
supera giocando sui rimbalzi. 

Anthill (formicaio) è l’ottava 
buca ufficiale del percorso, e si 
tratta di una collinetta sulla cui 
cima compare la bandierina che 
segna la posizione di una buca 
mobile. I movimenti della buca 
non sono preoccupanti quanto 
sembrano, e bisogna temere piut- 
tosto le quattro discese a raggiera 
dalle quali la pallina può cadere 
una volta giunta in cima. Fortu- 
natamente per noi, in fondo a 
ogni discesa troviamo un largo 
respingente idraulico: premendo 
il pulsante al momento giusto 
possiamo dare al nostro proiettile 
una spinta sufficiente a farlo tor- 
nare donde è venuto, ma per 
compiere questa manovra sono 
necessari riflessi notevoli. 
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Quella che dovrebbe essere 
l’ultima buca di Zany Golf è defini- 
ta Energy, e per concludere in 
bellezza i progettisti si sono vera- 
mente sbizzarriti ottenendo un 
risultato grandioso. L’ambienta- 
zione è quella di un misterioso 
laboratorio da scienziato pazzo: al 
suono di una musica inquietante 
che ricorda i famosi motivi del- 
l'ormai mitico Marble Madness ci 
troviamo circondati da campi di 
forza, piattaforme teletrasportan- 
ti, cannoni laser, computer, sfere 
di plasma e generatori di elettrici 
tà statica. 

Purtroppo gli autori non dan- 
no alcun consiglio per aiutarci a 
superare la buca se non quello di 
colpire i grandi pulsanti del com- 
puter che costituisce il cuore del 
quadro... peccato che si trovino 
dietro a una barriera laser che 
polverizza la pallina in modo 
altamente spettacolare ma tragi- 
camente definitivo. La buca, cir- 
condata da un gran numero di 
fori-trappola, si trova al piano 
superiore del laboratorio, dove si 
arriva solo attivando nella se- 
quenza corretta una serie di tele- 
trasportatori. 

Avrete notato che abbiamo ac- 
cennato a un'ipotetica decima 
buca, e infatti è possibile indovi- 
narne la presenza anche dalla 
tabella dei punteggi, nella quale si 
trova una casella libera sotto alle 
nove corrispondenti ai percorsi 
che abbiamo descritto. Riuscire a 
raggiungerla è un'impresa non 
indifferente che richiede una lun- 
ga serie di manovre con i controlli 
della buca Energy, ma non sarà 
qui che scoprirete di che cosa si 
tratta. 

Dopotutto, non è giusto toglie- 
re tutte le sorprese a un gioco 
tanto interessante. Zany Golf, che 
per la sua grafica, per l'eccellente 
sonoro e per l’altissima giocabilità 
può stare alla pari con un classico 
come Marble Madness, merita 
almeno questo atto d'’omaggio da 
parte nostra. 

F.R. 
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PURPLE 
SATURN 
DAY 

Giochi olimpici spaziali con 


una bella grafica alla Moebius, 
ma senza grandi trovate 





Computer: Amiga 

Supporto: Disco 

Prezzo: L. 40.000 

Produzione: Infogrames 
Distribuzione: C.T.O. (Via Piemonte 


7/F, 40069 Zola Predosa — 051/753133) 
U na volta all’anno, il pianeta 
Saturno si tinge di viola per 
uno strano fenomeno cosmico: 
questo bizzarro avvenimento ha 
diversi significati sui vari pianeti, 
Ma per 1 saturniani e per i loro 
Ospiti rappresenta il segnale d’ini- 
zio dei Giochi, l'equivalente co- 
rr i ep pa terrestri. 
SS giorno di Satur- 
die la ene lie 
à n ano sul pia- 
neta degli anelli i loro più grandi 
atleti perché affrontino le Quat- 
tro prove. E anche noi, che arri- 
viamo dal vicino pianeta Terra, 
siamo qui per tentare di conqui- 
stare qualche alloro galattico. 

Ogni atleta è contraddistinto 

da una serie di attributi (sullo stile 
dei giochi di ruolo) che influenza- 
no le sue prestazioni. Agilità, 
Fluido mentale, Aggressività, 
Flusso temporale, Statura e Acui- 
tà visiva sono i fattori che fanno di 
ogni partecipante un elemento 
unico, e uniti al fattore di evolu- 
zione possono essere visti come 
indicatori dell’abilità di ogni atle- 
ta. 

Nella migliore tradizione dei 
giochi sportivi su computer, Pur- 
ple Saturn Day offre al giocatore 
un menu principale dal quale è 
possibile esaminare i concorrenti 
e fare pratica nelle diverse gare 
prima di lanciarsi nella competi- 
zione. Le selezioni in questione 
vengono eseguite mediante un 
sistema di icone triangolari dall’a- 
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spetto leggermente alieno, che 
tradiscono l’identità degli autori. 

Purple Saturn Day, infatti, è 
opera del gruppo Exxos, che ha 
contribuito — come molti ricorde- 
ranno — alla nascita dello stranissi- 
mo Captain Blood, del quale è 
stato mantenuto l’inconsueto stile 
grafico, paragonabile a quello di 
certi autori di fumetti francesi 
come Jean Giraud, meglio cono- 
sciuto sotto il nome di Moebius. 

Le gare di Purple Saturn Day 
sono a eliminazione diretta, e chi 
raggiunge la vetta della piramide 
che appare fra una gara e l’altra 
conquista in premio un appassio- 


La prima gara è quella delle 
“slitte elettroniche”, con le quali 
dobbiamo dimostrare la nostra 
capacità di controllare l’energia 
cosmica. Il campo di gioco è 
un’arena rettangolare in orbita 
nello spazio, costellata di ostacoli 
cristallini che dobbiamo evitare 
con la nostra slitta. Al momento 
del via, viene lanciato un cristallo 
d’energia che dovremo colpire 
con i nostri cannoni laser. Ci 
lanciamo allora all'inseguimento, 
azionando il mouse o il joystick 
per pilotare lo strano veicolo su 
cui ci troviamo, e bersagliamo 
l'oggetto di colpi finché l’energia 





natissimo bacio di miss Saturno, 
che sembra non avere molti pro- 
blemi nell’abbracciare un Golgos 
ameboide piuttosto che il nostro 
prestante rappresentante umano. 

Le gare possono essere affron- 
tate in qualsiasi ordine, e tra 
un'edizione e l’altra dei giochi 
l’unica cosa che non cambia è la 
nostra razza umana e le prove da 
affrontare. Tutto sommato, l’im- 
possibilità di ricoprire il ruolo di 
un alieno è deludente, ma non c’è 
tempo per lamentarsi della nostra 
mancanza di tentacoli: i giochi 
cominciano. 


che contiene non si libera sul 
campo di gioco in una serie di 
frammenti. Sarà proprio il nume- 
ro di questi frammenti che costi- 
tuirà il nostro punteggio, una 
volta che li avremo raccolti. 

Fra le regole non ben definite 
della gara non troviamo niente 
che cl Impedisca di assalire il 
veicolo del nostro avversario, € 
una simile manovra ci permette 
anzi di sfondare la stiva della sua 
slitta e liberare un certo numero 
di cristalli, che possiamo aggiun- 
gere al nostro bottino. Una volta 
che tutti i frammenti sono stati 





SOFTWARE GALLERY 





raccolti, un nuovo cristallo viene 
lanciato nell’arena sino a che il 
tempo previsto per il gioco non si 
esaurisce. 

La gara delle slitte elettroniche 
ricorda moltissimo Ballblazer del- 
la Lucasfilm, nel quale si parteci- 
pava a una partita di calcio fra 
hovercraft spaziali. Nel caso at- 
tuale è stata aggiunta la possibilità 
di compiere curve di 90 gradi 
istantaneamente, ma questo non 
nasconde una monotonia di base 
che poteva essere giustificata a 
malapena per la versione a 8 bit di 
Ballblazer. Con una macchina 
come l’Amiga diventa inaccetta- 
bile. 

La seconda gara è quella del 
“Salto in lungo nel tempo”, per la 
quale conviene avere un attributo 
di Flusso temporale piuttosto al- 
to. Lo scopo della gara è di 
catapultarsi con uno strano mec- 
canismo alieno attraverso il tem- 
po, dopo aver raggiunto una 
porta stellare che mette in comu- 
nicazione con i mondi di altre 
dimensioni. 

La complessa meccanica del 
gioco è la seguente: una prima 
pressione del pulsante del mouse 
libera una serie di scintille nei 
pressi della nostra catapulta tem- 
porale. Muovendo un cursore 
sullo schermo, nuove pressioni 
del pulsante lanciano proiettili 
che devono intercettare le scintil- 
le. Dopo aver portato a termine 
quest’operazione per tre volte, 
otteniamo il controllo del motore 
della catapulta, rappresentato in 
una finestra come una molla simi- 
le a quelle che lanciano le palline 
nei flipper. 

Comprimendo la molla e rila- 
sciandola, il nostro veicolo viene 
proiettato verso una corona COm- 
posta da sette soli, attraversata la 
quale ci si trova in una nuova 
dimensione dove si può soltanto 
continuare a far fuori scintille. È 
così via fino allo scadere del 
tempo a disposizione. 

Lasciamo perdere le battute 
che si potrebbero fare su un 


limite di tempo in una gara di 
salto nel tempo, e limitiamoci a 
notare che questa competizione è 
la più spettacolare del gioco, 
grazie alle sue sequenze di “salto” 
che sembrano tratte dai film di 
Guerre stellari. 

La terza gara, il “Bowling cere- 
brale”, ci vede impegnati nel 
controllo delle nostre capacità 
neurali: il campo di gioco è un 
gigantesco cervello biomeccanico 
diviso in due emisferi identici. 
Muovendo un cursore dal com- 
portamento decisamente errati- 
co, dobbiamo lanciare una serie 
di “cariche mentali” nell'emisfero 
di nostra competenza. Le cariche 
— che una volta raggiunto il loro 
bersaglio rimbalzano verso il cur- 
sore — hanno l’effetto di cambiare 
lo stato dei componenti elettroni- 
ci che costituiscono gran parte del 
cervello. Aprendo e chiudendo 
interruttori e transistor con i 
nostri colpi di energia mentale, 
dovremmo riuscire a guidare le 
cariche elettriche che si muovono 
sulla superficie verso il condensa- 
tore che fa bella mostra di sé al 
centro del nostro emisfero. Una 
volta attivato questo componente 
possiamo assorbirne la forte cari- 
ca elettrica, e attivare uno dei 18 
chip attraverso i quali devono 
passare gli impulsi elettronici per 
raggiungere la loro meta finale: 
un ganglio centrale. 

Anche in questa gara è possibi- 
le disturbare l'avversario lancian- 
do cariche sul suo emisfero e 
rubandogli quelle contenute nel 
suo condensatore, nonostante sia 
molto difficile guidare corretta- 
mente i propri impulsi mentali. 

Il gioco questa volta si svolge 
senza limiti di tempo, e diventa 
presto noiosissimo a causa della 
strategia usata dal computer, che 
tenta d’impedirci ogni progresso 
creando ossessive situazioni di 
stallo. Gli ottimi effetti sonori non 
riescono a risollevare le sorti di 
un gioco basato su un'idea davve- 
ro eccezionale e demolito dalla 
tragica realizzazione. 


Quarta e ultima gara dei Giochi 
è l’“Inseguimento sull’anello”, 
che stabilisce quanto siamo abili a 
controllare lo spazio. Si tratta 
forse dello sport più “normale” 
fra quelli presenti ai Giochi, e 
funziona in realtà come una sorta 
di slalom parallelo. Il campo di 
gioco è quello degli anelli del 
pianeta, che sono composti da 
piccoli asteroidi. Oltre agli osta- 
coli naturali fanno la loro com- 
parsa anche numerosi relitti spa- 
ziali, che sono poi l’elemento 
attorno al quale gravita il gioco. 

I relitti, di colore rosso o giallo, 
giocano infatti il ruolo delle ban- 
dierine nello slalom, e si devono 
superare passando una volta sulla 
destra e una volta sulla sinistra. 
Alla guida del nostro veicolo, dal 
quale abbiamo una visione sog- 
gettiva e tridimensionale degli 
anelli, dobbiamo cercare di af- 
frontare correttamente le porte 
senza schiantarci contro gli aste- 
roidi, aiutati anche dall’indispen- 
sabile radar di bordo. 

Ogni porta superata incremen- 
ta il nostro punteggio a condizio- 
ne che la nostra navicella si trovi 
avvantaggiata rispetto 2 quella 
dell’avversario. In caso contrario 
è senz'altro più semplice e utile 
“tagliare” sul lato interno dell’a- 
nello, relativamente libero da 
asteroidi, dove potremo scatena- 
re tutta la potenza del motore a 
fusione. 

Purple Saturn Day ha un aspet- 
to grafico molto ben curato (so- 
prattutto nelle schermate stati- 
che) e una presentazione quasi 
sempre di altissima qualità, ma 
come tutti i giochi sportivi o 
pseudo tali invecchia in fretta. Il 
numero ridotto di gare disponibi- 
li e l'impossibilità di affrontare 
avversari che non siano comanda- 
ti dal computer, riduce molto il 
fascino alieno di questo program- 
ma. 

Consigliabile soltanto agli 
amanti della bella grafica fine a se 
stessa. 
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Ottima versione di un coin op 
a scorrimento verticale, 
da giocare anche in coppia 


Computer: C-64/128/Amiga 
Supporto: Cassetta/ Disco 

Prezzo: L. 15.000/15.000/25.000 
Produzione: Capcom 

Distribuzione: Leader (Via Mazzini 15, 


21020 Casciago — 0332/212255) 
L a Capcom, famosa azienda 

4 produttrice di alcuni dei 
migliori coin op degli ultimi tem- 
pi, è diventata una presenza mol- 
to più attiva anche nel mercato 
delle conversioni per home com- 
puter: nonostante i primi clamo- 
rosi fallimenti di alcune delle sue 
più attese conversioni (Side Arms, 
Gunsmoke), le capacità produttive 
della Gol, la sezione della U.S. 
Gold dedicata alla conversione di 
giochi Capcom, sembra essersi 
finalmente attestata su buoni li- 
velli. 

Dopo aver scritto alcune ottime 
routine grafiche per la versione 
domestica del semisconosciuto 
L.E.D. Storm, i programmatori 
della Go! hanno fatto un ottimo 
lavoro per questo “quasi-clone” di 
un coin op. Esaminiamolo in 
dettaglio. 

La caratteristica principale del- 
la trama di Last Duel è... un 
errore. Per un’evidente svista del 
traduttore occupatosi della ver- 
sione inglese delle schermate in- 
troduttive del gioco (originaria- 
mente in giapponese), la Stirpe di 
Galden è diventata la Tribù dora- 
ta (golden) del pianeta Bacula, 
colpevole dell’orrendo crimine di 
rapimento nei confronti della 
principessa Sheeta, regnante di 
Mu. Fortunatamente il nome pre- 
ciso dei protagonisti non ha la 
minima importanza per lo svolgi- 
mento del gioco, e visto che della 
principessa non si vede nemmeno 
l'ombra anche portando a termi- 
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ne il gioco, conviene probabil- 
mente limitarsi a esaminarne gli 
aspetti tecnici. 

Last Duel è uno shoot’em up a 
scorrimento verticale, in cui uno 
o due giocatori attraversano una 
decina di livelli dalle più varie 
ambientazioni. I livelli ricadono 
in due categorie: i quadri dispari 
sono ambientati sulla solida su- 
perficie di vari planetoidi, mentre 
quelli pari si svolgono nelle nere 
profondità dello spazio. Questa 
distinzione ha una notevole im- 
portanza perché, come il recente 
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La versione dedicata all’Amiga (sopra) si 
distingue solo per la migliore definizione 


Silkworm, Last Duel offre alla 
potenziale coppia di giocatori due 
veicoli completamente diversi (e 
di conseguenza due stili di gioco 
che devono diventare comple- 
mentari). 

Se il secondo giocatore ha co- 
stantemente il controllo di una 
“normale” astronave dotata di 
laser, infatti, la persona che usa il 


joystick nella porta numero uno 


del computer si trova alla guida di 
un mezzo trasformabile. Nella 


prima delle sue versioni è una 
futuristica automobile armata di 
lanciamissili, che può compiere 
balzi prodigiosi. Il veicolo è utile 
per superare le frequenti interru- 
zioni del manto stradale, che è 
costellato di ampie botole nere e 
per di più spesso termina all’im- 
provviso, cedendo il posto a un 
profondissimo baratro da supera- 
re per raggiungere la sezione 
successiva. 

La seconda versione del veicolo 
è assolutamente identica a quella 
del secondo giocatore, e viene 
attivata automaticamente una 
volta giunti al termine dei livelli 
dispari. 

Oltre ai pericoli costituiti dalle 
interruzioni della strada e dalle 
curve improvvise, ogni quadro 
scatena un vero e proprio arsena- 
le contro i due giocatori: fra i 
nemici da eliminare troviamo au- 
tomobili cariche di esplosivo, tor- 
rette mitragliatrici, carri armati, 
astronavi e molti altri avversari. 
Questi dividono accuratamente il 
loro campo d’azione a seconda 
che si trovino a terra o stiano 
volando, attaccando quindi il gio- 
catore che si muove alla loro 
stessa altitudine. 

Fortunatamente troviamo an- 
che qualche aiuto: si tratta degli 
immancabili bonus, che si divido- 
no anch'essi in due categorie. 
Mentre quelli indicati da una “T” 
hanno il trascurabile effetto di 
aumentare il tempo a nostra di- 
sposizione per raggiungere la fine 
del livello, che è comunque piut- 
tosto elevato, le capsule marchia- 
te “P” incrementano la potenza di 
fuoco del veicolo che le raccoglie, 
trasformando il singolo cannone 
iniziale in armi sempre più deva- 
stanti, per arrivare sino a un laser 
quinario (dotato di cinque dire- 
zioni di sparo contemporanee). 

Una simile potenza d’attacco è 
quello che ci vuole per eliminare 
i colossali guardiani di fine livello, 
dotati di una gran varietà di 
forme e dimensioni. Fra loro i 


programmatori hanno incluso 
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draghi a tre teste, gigantesche 
bestie scheletriche e mostruosi 
volatili biomeccanici, tutti dotati 
di una gran quantità di bocche da 
fuoco e quasi completamente in- 
vulnerabili. 

I quadri ambientati nello spazio 
risentono delle ultime mode nella 
grafica degli shoot’em up più dei 
loro equivalenti terrestri: i gioca- 
tori si trovano spesso a dover 
affrontare creature vermiformi e 
viscide barriere organiche, spesso 
in simbiosi con strutture metalli- 
che gigantesche. 

Last Duel è stato uno dei coin 
op più frenetici e spettacolari del 
1988, e questa conversione man- 
tiene (soprattutto nella versione 
per l’Amiga) entrambe le caratte- 
ristiche. La presenza di due veico- 
li completamente diversi l’uno 
dall’altro genera la necessità di 
elaborare schemi di gioco distinti 
a seconda del mezzo utilizzato, 
praticamente raddoppiando la 
longevità del gioco. L'azione fre- 
netica non dà tregua se non 
durante le pause fra un livello e 
l’altro, e costringe i giocatori a 
un’attiva collaborazione durante 
l’attraversamento dei quadri di 
ambientazione spaziale. 

In entrambe le versioni il com- 
mento sonoro si limita a una serie 
di effetti piuttosto banali di spari 
ed esplosioni. Un’eccezione cu- 
riosa è la musica che si sente con 
la schermata dei titoli, un vero € 
proprio “remix” della colonna 
sonora di Thunderblade della 
Ocean. 

Nella versione per Commodo- 
re 64 mancano alcuni bonus rI- 
spetto alla versione a 16 bit, e lo 
scrolling è leggermente meno 
fluido che in L.E.D. Storm (che 
pure aveva una struttura molto 
simile a Last Duel e ne sfruttava 
parecchie routine), ma entrambe 
le versioni del programma brilla- 
no per velocità e varietà d'azione. 
L'acquisto è altamente consiglia- 
bile per tutti gli amanti dei giochi 
a gettone. 

F.R. 
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Zak McKracken & 
the Alien Mindbenders: 
la soluzione 


Se l’azione prevista per una data locazione 
va eseguita da un personaggio diverso da 
Zak, il nome di quel personaggio è indicato 
tra parentesi dopo il nome della locazione. 
Dopo il primo viaggio verso l’aeroporto e 
sull’aereo, la soluzione si limita a indicare il 
nome della destinazione successiva, ometten- 
do le istruzioni per prendere l'autobus e 
usare il terminal delle prenotazioni. Ci sono 
diversi labirinti nella giungla che hanno 
struttura casuale e non possono essere map- 
pati. In quei luoghi, limitatevi a continuare a 
svoltare fuori dal sentiero (anziché usare le 
uscite al limite sinistro 0 al limite destro dello 
schermo) tutte le volte che è possibile, sino a 
che non raggiungete la vostra destinazione. 
Alcune azioni devono essere portate a termine 
da personaggi particolari, come nel caso di 
Annie con la lettura della pergamena, ma la 
maggior parte possono essere eseguite da 
chiunque. 


San Francisco: Camera da letto di Zak — 
Aprite il cassetto della scrivania. Prendete 
la bolletta del telefono (phone bill). Usate 
la lampada con il pesce (sushi in the 
fishbowl) senza accenderla. Tirate (pull) la 
tappezzeria strappata (torn wallpaper). 
Usate la tappezzeria sulla scheda in plasti- 
ca (plastic card). Aprite l’altro cassetto. 
Prendete il kazoo. 

Soggiorno e cucina di Zak — Prendete il 
cuscino sul divano (seat cushion). Prende- 
te il telecomando (remote control). Aprite 
il ripostiglio (cabinet). Prendete la scatola 
di pastelli (box of crayons). Usate il 
pastello giallo (yellow crayon) sulla tappez- 
zeria strappata. Aprite il frigorifero (refri- 
gerator). Prendete l'uovo (egg). 

Le Bakery — Premete il campanello (push 
doorbell) tre volte. Prendete il pane secco 
(stale bread). 

Lou’s Loans — Comprate la muta subac- 
quea (wet suit), il set di attrezzi (tool kit), 
la mazza da golf (golf club), il cappello 
(hat), il naso finto (nose glasses) e la 
chitarra (guitar). 

Bob E. Pins —Aprite la scatola degli 
attrezzi. Usate il tagliafili (wire cutter) sul 
bobby pin sign. 

Salotto di Zak — Usate la chiave serratubi 
(monkey wrench) sul tubo (pipe). Accen- 
dete (turn on) l'interruttore (switch) sul 
lavandino (sink). Usate il pane secco nel 





lavandino. Prendete le briciole (bread 
crumbs). 
Compagnia telefonica — Indossate (put 


on) il cappello e il naso finto prima di 
entrare. Entrate nell'ufficio. Aprite la 
porta del bancone (counter door). Usate il 
computer (computer terminal). Uscite 
dall'ufficio. Toglietevi (take off) il cappel- 
lo e il naso finto. 

Bus — Usate il kazoo. Usate la carta di 
credito (cashcard) nell’apposito lettore 
(cashcard reader). 

Aeroporto — Date (give) la carta di credito 
all’incaricato (devotee) e prendete il libro. 
Usate il terminal delle prenotazioni (reser- 
vation terminal) per andare a Seattle. 
Aeroplano — Andate in bagno e usate la 
carta igienica (toilet paper) nel lavandino 
(sink). Aprite l’acqua (turn on sink). 
Quando trabocca, premete il pulsante 
della hostess (call button). Andate nella 
parte anteriore (front) della sezione pas- 
seggeri. Prendete il cuscino del primo 
sedile (front seat). Prendete l’accendino 
(lighter). Se necessario ripetete il trucco 
della toilette per distrarre la hostess e 
aprite il forno a microonde (microwave 
oven). Mettete (use) l'uovo nel forno. 
Chiudete il forno. Accendete il forno 
(quando l’uovo esplode, la hostess rimarrà 
in quella zona). Aprite tutti i comparti- 
menti (bin) sino a che non trovate una 
maschera a ossigeno (oxygen tank). Pren- 
dete la maschera. 


Seattle: Parco nazionale — Prendete il 
ramo (tree branch). Date le noccioline 
(peanuts) allo scoiattolo (squirrel). Usate il 
ramo con la terra fresca (loose dirt). 
Caverna — Usate il ramo sul nido (bird 
nest) [Per farlo avrete bisogno di cercare 
alla cieca sia il nido sia le braci con il 
comando “What Is...”]. Usate il ramo sulle 
braci. Usate il nido sulle braci (fire pit). 
Usate l’accendino sulle braci e sul nido. 
Usate il pastello giallo sugli strani segni 
(strange markings). Andate sino alla porta 
con la croce egizia (ankh door). Salite sulla 
piattaforma e giratevi verso sinistra. Usate 
il telecomando. Prendete il cristallo azzur- 
ro (blue crystal). Volate a Miami. 





Miami: Aeroporto — Date il libro all'ubria- 
co (bum) e prendete la bottiglia di whi- 
skey. Usate il terminal per andare a San 
Francisco. 


San Francisco: Cassetta postale — Usate il 
cristallo azzurro nella cassetta postale 
(drop slot) e attendete Annie. 

Camera di Annie (Zak e Annie) — Date il 
whiskey ad Annie. Date la mazza da golf 
ad Annie. Date il tagliafili ad Annie. 
Cambiate (switch) su Annie. Alzate il 
blocco (blotter). Prendete la carta di 
credito. 

Bus e aeroporto (Annie) — Usate il vagliafili 
sull'autobus. Usate la carta di credito nel 
lettore. Volate a Miami, poi al Cairo e 
infine a Kinshasa. 


Kinshasa: Pista nella giungla 
pa è casuale. 
Capanna (Annie) 


La map- 
Date la mazza da golf 
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allo stregone (shaman) nella capanna 
all’estrema sinistra del villaggio. Osserva- 
te la danza rituale e scrivetevi l’ordine con 
cui i tre uomini si muovono, che cambia di 
partita in partita: si tratta del codice per 
aprire la Porta Enorme nella Stanza della 
Faccia su Marte. Volate al Cairo, poi a 
Londra. 


Londra (Annie): Garitta — Date il whiskey 





cosselta 
postale 


MI caso di Annie 
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alla sentinella (sentry). Tirate l’interrutto- 
re (pull switch). Usate il tagliafili sulla 
recinzione (fence). Cambiate su Melissa. 


Marte: Vicino allo Shuttle Bug, esterno 
(Melissa) — Aprite la porta ed entrate. 

Interno dello Shuttle Bug — Prendete 
(pick up) lo stereo (boom box). Prendete il 
nastro (DAT). Aprite il portaguanti (glove 
compartment). Prendete il fusibile (fuse). 
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Prendete le carte di credito. Uscite. 
Vicino allo Shuttle Bug, esterno (Melissa) 
— Date la carta di credito a Leslie. 
Monolito (Melissa) — Usate la carta di 
credito sul monolito per due volte. 
Entrata dell’ostello (Melissa & Leslie) — 
Usate il gettone (token) sulla piastra 
metallica (metal plate). Prendete il fusibile 
bruciato (burnt fuse). Usate il fusibile 
nella scatola dei fusibili (fuse box). Cam- 
biate su Leslie. Andate da Melissa. Preme- 
te il pulsante di sinistra (che chiude la 
porta di sinistra). Premete il pulsante di 
destra (che apre la porta di destra). 
Entrate nella porta di destra. 

Interno dell’ostello (Leslie) — Prendete il 
nastro di vinile (vinyl tape) nello scompar- 
to di destra. Prendete la scala (ladder). 
Prendete le coperte (covers). Prendete 
l’alieno-scopa (broom alien). Aprite lo 
scomparto di destra. Prendete la torcia 
(flashlight). N 
Entrata dell’ostello (Leslie) — Premete il 
pulsante di destra. Premete il pulsante di 
sinistra. 

Esterno dell’ostello (Leslie) — Usate l’alie- 
no-scopa sul mucchio di sabbia (sand pile). 
Salite sull'autobus. Cambiate su Melissa. 
Salite sull'autobus. 

Grande Faccia e Porta (Leslie & Melissa) — 
Usate la scala sulla porta. Premete i 
pulsanti sei volte, secondo la sequenza di 
Kinshasa. Prendete la scala. Entrate nella 
Grande Camera. 

Grande Camera (Leslie & Melissa) — 
Entrate nella prima Porta Enorme. 
Porta Enorme Uno, esterno (Leslie & 
Melissa) — Date il nastro di vinile a Melissa. 
Cambiate su Melissa. Usate il nastro di 
vinile sul nastro DAT. Usate il nastro 
nello stereo. Accendete lo stereo (record). 
Cambiate su Leslie. Usate la scala sul 
supporto (pedestal). Prendete la sfera di 
cristallo (crystal sphere). Prendete la scala. 
Accendete la torcia. Entrate nella porta 
verso nord. 

Porta Enorme Uno, interno (Leslie) — 
Salvate il gioco. Seguite la mappa del 
Labirinto Uno sino alla Stanza dei Co- 
mandi. Accendete l’interruttore di destra. 
Accendete l’interruttore di sinistra. To- 
glietevi il casco (helmet) dopo che le 
condizioni si sono normalizzate. Seguite la 
mappa del Labirinto Uno sino alla Stanza 
della Mappa. Leggete gli strani segni 
[copiateli per usarli sulla sfinge in Egitto]. 
Seguite la mappa del Labirinto Uno per 
arrivare all’esterno della Porta Enorme 
Uno. Uscite con entrambi i personaggi 
nella Grande Camera. Entrate nella Porta 
Enorme Due. 

Porta Enorme Due, esterno (Leslie & 
Melissa) — Date la torcia a Melissa. 
Cambiate su Melissa. Toglietevi il casco. 
accendete lo stereo (play). 

Porta Enorme Due, interno (Melissa) — 
Prendete la croce egizia (ankh) oltre la 
porta all’estrema destra. Andate da Le- 
slie. Date la croce egizia e la torcia a Leslie. 
Cambiate su Leslie. Uscite in direzione 
della Grande Camera. Entrate nella Porta 
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Enorme Tre. 

Porta Enorme Tre, esterno (Leslie) — Usate 
la scala sul supporto. Prendete la sfera di 
cristallo oltre la porta all'estrema destra. 
Prendete la scala. 

Porta Enorme Tre, interno (Leslie) — 
Usate la croce egizia sul pannello (panel). 
Prendete la chiave dorata (golden key). 
Grande Camera. (Leslie & Melissa) — 
Leggete gli strani segni sulla statua colos- 
sale fra le porte due e tre [copiate il 
simbolo per usarlo nel tempio messicano]. 
Mettete entrambi i personaggi vicini all’u- 
scita della Grande Camera. Date la chiave 
dorata a Melissa. Cambiate su Zak. 


San Francisco: (Andate dalla stanza di 
Annie all’aeroporto e volate in Messico). 


Mexico City: Sentiero nella giungla — 
Salvate. Questa è un’altra mappa casuale, 
ma ha diverse uscite sulle varie entrate del 
tempio. Continuate a provare sino a che 
non vi trovate sul lato destro del tempio, 
con la piramide sulla sinistra. Entrate 
nell’entrata del tempio sul lato destro 
dello schermo. 

Nel tempio: Labirinto Due — Salvate. 
Usate il comando “What is...” per trovare 
le torce al buio, poi usate l’accendino sulle 
torce per illuminare ciascun corridoio. 
Seguite la mappa del Labirinto Due per 
arrivare nella camera della mappa. Pren- 
dete il frammento di cristallo giallo (yel- 
low crystal shard). Usate il pastello giallo 
sugli strani segni e disegnate il simbolo 
trovato sulla statua di Marte [se necessario 
potete sempre cambiare su Leslie per 
rivederlo]. Seguite la mappa e uscite. 
Salvate e continuate a vagare sino a che 
non raggiungete l'aeroporto. Volate a 
Londra. 


Londra: Stonehenge — Salvate. Usate il 
cristallo azzurro sull’altare [quando vi 
svegliate, muovete il cursore verso l’estre- 
ma destra dello schermo e premete rapi- 
damente il pulsante due volte per andar- 
vene prima che arrivi l'alieno]. Usate 1 
frammenti di cristallo (tutti e due) sull’al- 
tare. Volate a Katmandu. 


Katmandu: Usate l’accendino sulla paglia 
(hay). Prendete l’asta della bandiera 
(flagpole). Date il libro alla guardia. 
Andate dal guru per imparare come usare 
il cristallo azzurro. Usate il cristallo azzur- 
ro sullo yak dopo che il poliziotto è 
tornato alla prigione (jail). Cambiate su 
Zak e attendete che gli alieni vi gettino 
nella macchina della stupidità. 


San Francisco: Compagnia telefonica — 
Mettetevi il cappello e il naso finto prima 
che gli alieni se ne vadano, in modo da 
evitare di perdere un sacco di tempo per 
far passare gli effetti della macchina. 
Aprite l’armadietto (cabinet) per recupe- 
rare i manufatti requisiti dagli alieni. 
Andate al piano superiore. Aprite il 
bancone. Uscite dall'ufficio. Togliete il 


Tempio messicano: Labirinto Due 


Stanza 
della mappa 


6: Torcia 
S: Statua 
—-: Percorso nel labirinto 


Esterno 


Allo pist 
del tempio Te gin 


nella giunglo 


Questo tragitto funziona solo se entrate dalla parte destra del tempio. Ogni stanza è mostrata nella stessa prospettiva usata 
dal gioco e NON dall'alto, così le porte in alto sono in realtà davanti a voi. 
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cappello e il naso finto. 

Se non riuscite a eseguire le prime due 
azioni in tempo, fatelo dopo essere stati 
liberati dalla macchina ed essere stati 
scortati fuori. Quindi entrate negli uffici, 
prendete i manufatti e uscite. Potete usare 
entrambi i metodi tutte le volte che venite 
messi nella macchina della stupidità. 
Volate a Miami. Salvate. Volate 
Bermuda. 


alle 


Bermuda: Aereo e hangar della nave 
madre — Aspettate sino a che non venite 
catturati dalla nave aliena. Premete il 
pulsante quando siete al suo interno. 


Nella capanna 
dello stregone 


ci 


guardia 





A2 


B2 
Katmandu 





i] villaggio 





aeroporto —_ giungla 














Sulla nave madre col King — Leggete 
(read) il Lott-O-Dictor [scrivetevi il nume- 
ro]. Date la chitarra al King [velocemente, 
subito dopo aver letto la macchina. Se 
riuscirete nell'impresa vi sarà mostrato 
come lasciare la nave e tornerete nella 
vostra stanza, altrimenti sarete gettati 
nella macchina della stupidità]. 


San Francisco: Lou’s Loans — Comprate 
(buy) un biglietto della lotteria (lotto). 
Volate a Miami. Salvate. Volate alle 
Bermuda. 


Bermuda: Sull’aereo — Aspettate sino a 
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che non venite catturati. Andate sul 
biplano finché è ancora nell’hangar. Usate 
il paracadute (parachute) quando comin- 
ciate a cadere. 

In acqua (Zak & Delfino) — Usate il kazoo. 
Usate il cristallo azzurro sul delfino. 
Nuotate sott'acqua. 

Sott’acqua (Delfino) — Prendete le alghe 
(seaweed) sulla destra. Prendete l’oggetto 
luminoso. Nuotate in superficie. 

In acqua (Zak & Delfino) — Date l'oggetto 
luminoso (glowing object) a Zak. Dopo 
che siete stati catturati dagli alieni usate il 
cappello e il naso finto per recuperare gli 
oggetti che erano in vostro possesso). 


San Francisco: Lou’s Loan — Andate a 
controllare la vincita alla lotteria e pren- 


dete i 10 mila dollari di premio. Volate a 
Lima. 


Lima: Pista nella giungla — Si tratta di 
uno dei labirinti casuali descritti nell’in- 
troduzione. 

Altare ciba-uccelli — Usate le briciole di 
pane sull’altare che viene usato per cibare 
gli uccelli (bird feeder). Usate il cristallo 
azzurro sull’uccello. 

Cielo (Uccello) — Volate sulle grandi 
Incisioni. Volate sull’occhio sinistro. Pren- 
dete la pergamena (scroll). Volate nella 
valle. [Dopo che siete stati catturati, 
recuperate i vostri oggetti e tornate in 
questa locazione]. Usate il cristallo azzur- 
ro sull’uccello. Date la pergamena a Zak. 
[Verrete catturati nuovamente: dopo aver 


Fia la solita procedura volate a Lon- 
ra]. 


Londra: Stonehenge (Zak & Annie) — 
Usate l'asta della bandiera sull'altare. 
Date la pergamena ad Annie. Cambiate su 
Annie. Leggete la pergamena. Cambiate 
su Zak. Prendete il cristallo giallo. Volate 
al Cairo e poi a Kinshasa. 


Kinshasa: Sentiero nella giungla — Map- 
pa casuale. 

Capanna — Date il cristallo giallo allo 
stregone. Usate il cristallo giallo dopo 
aver puntato su Lima. 


Lima: Occhio destro 
Prendete il candelabro (candelabra). Usa- 
te il cristallo giallo puntando sul Cairo. 


Cairo: Nella piramide egiziana, camera 
di teletrasporto — Usate l'oggetto lumino- 
so sulla base. Usate il candelabro con 
l'oggetto luminoso. Tirate la leva (lever). 
Uscite dalla piramide [seguite la mappa] e 
andate verso la zampa della Sfinge 
(Sphinx leg) con gli strani segni. 

Sfinge, esterno (Zak & Annie) — Usate il 
pastello giallo sugli strani segni [disegnate 
il simbolo trovato nella stanza della mappa 
su Marte]. Cambiate su Annie. Fate 
arrivare Annie da Zak, all’esterno della 
Sfinge. Entrate nella seconda porta (An- 
nie). 

Stanza della mappa della sfinge — Preme- 
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te il pulsante [secondo la sequenza che 
Annie ha appena letto]. Usate il pastello 
giallo sulla mappa fatta con la tappezzeria. 
Leggete gli strani segni [copiate i simboli 
trovati nella camera della Grande Faccia]. 
Usate il cristallo giallo puntando sulla 
Faccia, vi troverete nella camera di tele- 
trasporto nella Grande Faccia di Marte. 


Marte: Camera di teletrasporto — Usate il 
pastello giallo sugli strani segni [disegnate 
1 simboli della stanza della mappa della 
sfinge]. Andate nella porta centrale (mid- 
dle door). Muovetevi verso destra sino a 
che potete. Andate a sinistra per uscire 
[consultate la mappa del Labirinto Uno di 
Marte]. Avvicinatevi a Melissa e Leslie. 
Grande Camera (Zak, Melissa & Leslie) — 
Cambiate su Leslie. Mettetevi il casco. 
Andate al monolito. Usate due volte la 
carta di credito sul monolito per ottenere 
due gettoni. Cambiate su Melissa. Mette- 
tevi il casco. Andate al monolito. Usate la 
carta di credito sul monolito. Cambiate su 
Zak. Usate il nastro sigillatubi (duct tape) 
sulla boccia per i pesci. Mettetevi la boccia 
sigillata. Mettetevi la tuta subacquea. 
Mettetevi la maschera a ossigeno. Andate 
al monolito. Prendete un gettone. 
Monolito (Zak, Melissa & Leslie) — Usate la 
carta di credito sul monolito (Zak). Man- 
date tutti i personaggi nello Shuttle Bug 
per rifornire le loro provviste di ossigeno 
[usate la valvola (oxygen valve)], poi 
tornate vicino al tram. Salvate. Usate il 
gettone sul tram [tutti e tre velocemente 
prima che il tram parta]. 
Piramide di Marte, interno (Zak, Melissa 
& Leslie) — Premete i piedi del sarcofago 
(Leslie). Salite le scale (Zak & Melissa). fate 
spostare Leslie dai piedi del sarcofago. 
Avvicinate Zak alla struttura di conteni- 
mento (containment device). Cambiate su 
Melissa. Usate la chiave dorata sulla 
scatola (box). Salvate. Premete il pulsante. 
Cambiate su Zak. Prendete il cristallo 
bianco [dovrete fare un po’ di tentativi, 
perché avete poco tempo]. Usate il cristal 
lo giallo puntando sull’Egitto. Toglietevi 
la boccia sigillata. 
Piramide di Marte — Muovete Melissa sul 
lato sinistro delle scale. Premete i piedi del 
sarcofago (Leslie). Fate scendere Melissa e 
mettete entrambe le donne vicino al tram. 
Usate il gettone sul tram (Melissa & 
Leslie). Una delle due usi la carta di 
credito per ottenere un gettone. Usate il 
gettone per aprire la piastra metallica. 
Entrate. Prendete il fusibile. Fate entrare 
Melissa e Leslie nello Shuttle Bug. Usate il 
fusibile sul portaguanti (glove compart- 
ment). Chiudete la porta. Usate i comandi 
(controls). [Se siete a corto di ossigeno, 
rifornitevi come spiegato prima. In realtà 
non importa che le ragazze lascino o meno 
Marte, ma la loro sorte cambia l'epilogo 
della vicenda]. Cambiate su Annie. 


Cairo: Piramide egiziana, camera di tele- 
trasporto (Zak & Annie) — Avvicinate 
Annie a Zak [attraverso il deserto e oltre 


la porta della piramide]. Tirate la leva. 
Cambiate su Zak. Usate il candelabro con 
il cristallo azzurro. Usate il candelabro 
con il cristallo bianco. Usate il candelabro 
con il cristallo giallo. Accendete l’interrut- 
tore di destra. Cambiate su Annie. Accen- 
dete l’interruttore di sinistra. 


LEGENDA DELLA MAPPA 


A: Bolletta telefonica, boccia per pesci, 
lampada, mappa sulla tappezzeria, carta di 
credito, kazoo. 

B: Cuscino, telecomando. î 

C: Pastello giallo, uovo, briciole di pane. 
D: Pane. j 3 

E: Tuta subacquea, set di attrezzi (tagliafi- 
li, sigillatubi, chiave serratubi), mazza da 
golf, cappello, naso finto, chitarra. 

F: Insegna a forma di forcina. 

G: Libro. 

H: Carta igienica, lavandino. 

I: Accendino, maschera a ossigeno. 

J: Ramo, scoiattolo. : 

K: Nido, braci, strani segni. 

L: Cristallo azzurro. 

M: Frammento di cristallo giallo. 

N: Sequenza per aprire la Porta Enorme 
nella camera della faccia di Marte. 
O: Stereo, DAT, fusibile, carte di credito, 
valvola. 

P: Gettoni. 

Q: Fusibile bruciato. 

R: Nastro di vinile, scala, alieno-scopa, 
torcia. 

S: Mucchio di sabbia. 

T: Supporto e sfera di cristallo. ì 
U: Strani segni (copiare i simboli per usarli 
sulla sfinge in Egitto). 

V: Croce egizia. 

W: Supporto e sfera di cristallo. 

X: Chiave dorata. ; 
Y: Strani segni (copiare i simboli per usarli 
nel tempio in Messico). 5 
Z: Frammento di cristallo giallo, strani 
segni. 

Al: Altare. 

A2: Paglia, asta di bandiera, yak. : 

A3: Guru (vi insegna a usare il cristallo 
AZZUITO). 

A4: Paracadute. 

A5: Numero vincente della lotteria. 

A6: Delfino. 

AT: Alghe, oggetto luminoso. 

A8: 10 mila dollari. 

A9: Portacibo e uccello. 

Bl: Pergamena. . 

B2: Stregone (vi insegna a usare il cristallo 
giallo). 

B3: Candelabro. 

B4: Strani segni. 

B5: Geroglifici, strani segni (da usare nella 
stanza della Grande Faccia). 

B6: Strani segni (disegnate i simboli dalla 
camera della mappa della sfinge). 

B7: Tram. 

B8: Serratura. 

B9: Sarcofago e piedi del sarcofago. 

Cl: Struttura di contenimento, scatola, 
cristallo bianco. 
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[...-] Tutti gli aspiranti piloti da caccia, che mon vedono 
l'ora di sedersi nti al proprio Amiga e volare, hanno 
la possibilità d’imserire nel proprio hangar un nuovo 
straordinario velivolo: 1’ F16 Falcon. 


(da Commodore Gazette numero 1/89) 
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Classifica Software, è un'occasione che Commodore Gazette dà ai suoi lettori per esprimere il proprio parere 
sui migliori programmi del Momento. Per votare, compilare (anche solo parzialmente) il tagliando riportato in 


fondo alla pagina, ritagliare, e spedire a 


Commodore Gazette, Classifica software 
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INPUT/OUTPUT 
INPUT/OUTPUT SVELA I SEGRETI DEL VOSTRO COMPUTER 








C-64/128 in modo 64 


*193 Combinatore telefonico - Questo progetto 
può essere un valido spunto per la creazione di una 
segreteria telefonica gestita dal vecchio C-64. 
Consiste di un circuito tramite il quale si può 
pilotare (grazie alla user port) un relè che 
provvede a generare impulsi telefonici, cioè a 
comporre numeri. Si veda la figura nella pagina 
seguente, che descrive lo schema hardware del 
circuito. Il software di gestione provvede a 
generare le giuste temporizzazioni per la parte 


elettronica. 
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YO, 


Prima viene inizializzata la user port, configu- 
rando la sua porta a 8 bit in maniera da disporre di 
una sola uscita (il bit definito “non assegnato” nella 
Guida di riferimento per il C-64) e lasciando 
inutilizzati gli altri sette (per garantire la compati- 
bilità con un modem). Successivamente viene 
eseguita la subroutine alla riga 1000, passandole 
come parametro il numero telefonico da compor- 
re: si noti che sono riconosciuti tutti i caratteri tra 
0 e 9, mentre gli altri caratteri equivalgono a una 
pausa nelle generazione degli impulsi. Questa 
routine rende attiva la linea telefonica chiudendo 
i contatti del relè, poi attende che la linea sia stabile 
e solo allora provvede a generare gli impulsi 
relativi alle cifre del numero che si desidera 
comporre. Alla fine la linea è lasciata attiva, per 
consentire la comunicazione. A questo punto 
l'utente può sollevare la cornetta del telefono e 
iniziare la conversazione, che verrà interrotta 
premendo un tasto qualsiasi. 


Input/output rivela ogni mese ai suoi lettori 
routine di programmazione per C-64, C-128 
e Amiga. Avete in mente un’idea particolare, 
una routine, un utile stratagemma di program- 
mazione, avete sviluppato un breve programma 
o in generale pensate che le Vostre conoscenze 
possano interessare l’utenza Commodore? 


Allora scrivete, e inviate gli eventuali listati 
stampati su carta bianca o salvati su disco a: 


COMMODORE GAZETTE 
Input/output 
Via Monte Napoleone,9 
20121 - Milano 








INPUTZOUTPUT 


alla user port 


alla linea 


1N4148 telefonica 


relè 6V-S0mA, 1 scambio 
collegare i contatti 
normalmente aperti 


BC 337-25 


alla user port 


33000 


alla user port 





(Gretaalaalolo [o] (SMPX:) 


*194 Scambio di variabili - Siamo pronti a 
scommettere che sottoponendo a esperti program- 
matori il quesito “come fareste a scambiare tra loro 
i valori di due variabili?”, otterremmo sempre la 
stessa risposta. Ossia, si prende una variabile 
temporanea, le si assegna il valore della prima 
variabile, si memorizza nella prima variabile il 
valore della seconda, e infine si imposta la seconda 
variabile al valore di quella temporanea; tutto 
questo è valido in qualsiasi linguaggio, con qualsia- 
si tipo di variabili. Esiste però un altro metodo, 
altrettanto universale, ed è il seguente: 





Si noti l’uso dell'operatore XOR del Basic 7.0, 
che in tale linguaggio è camuffato da funzione ma 
raggiunge i medesimi risultati dell’istruzione EOR 
in linguaggio macchina, ossia restituisce l OR- 
esclusivo dei due argomenti. L’OR-esclusivo è una 
funzione booleana che agisce sui singoli bit dei due 
operandi, restituendo un 1 quando il valore dei 
due bit corrispondenti è diverso, e uno 0 quando 
i valori sono uguali. RSI : 

Il metodo descritto consente di evitare l’uso 
della variabile temporanea (anche se il tempo 
d’esecuzione aumenta) e funziona in qualsiasi 
linguaggio dotato dell'operatore XOR. Il tipo di 
dati che possono essere trattati dipende dal tipo di 
linguaggio, ma in generale quando è disponibile la 
funzione XOQR a livello elementare, ossia di byte, è 
possibile scrivere opportune routine per estender- 
ne l’uso a variabili di dimensioni maggiori come le 
variabili in virgola mobile e le stringhe. 


SoftMail 


VENDITA PER CORRISPONDENZA DI PROGRAMMI SOF ST 

ORIGINALI PER TUTTI I TIPI DI COMPUTERS MAIL 
VZA NAPOLBONA 16 - 22700 COMO - TEL. (031) 30.01.74 

® SoftMail è un marchio registrato da Lago snc 








SoftMail è l'azienda di ACCESSORI Phantom fighter 45.000 
vendita per corrispon-|Copritastiera A500 25.000 {Police quest 49.000 
denza con il Final cartdrige N 110,000 |Populous telef. 
Flicker master 29.000 | Questron ll 59.000 

MI per|Joy. $peedKing A.F.33.000 | R-type 49.000 
tutti i computers. Joy. Tac5 39.000 | Rocket ranger 59.000 
L'organizzazione profes-|MouseMat tappetino 22.500 | SEUCK telef. 
sionale e la serietà del|Coprimouse 20.000 | Space harrier 29.000 
nostro servizio garanti-|Portamouse 12.500 | Super hang-on 49.000 
L 3 Portadischi 3” (30) 34.000 |Sword ofsodan —69.000 

per ogni ondine. Non|Portadischi 5” (40) 37.000 |Triad Vol. 1 59.000 
solo: da quest'anno i|SiimLine (tastiera84) 49.000 |Tiger road 25.000 
nostri clienti più fedeli Tracksuit manager 49.000 
possono usufruire dil LIBR/HINTS &TIPS |TVsportfootbali 59.000 
Bard's tale | 22.500 |Univ.Military simul. 45,000 


ive, Prova ad|Bard's tale Il 25.000 |War in middle heart 49.000 


effettuare 


tuare un acquisto |Bard's tale MI 25.000 [Winter edition 25.000 
tramite il tagliando qui|Deathlord 19.000 |Workbench 1.3 45000 
sotto: ti sentirai Dungeon master 25.000 | Zak McKracken 59.000 

) Ito_spe-|Elite 18.000 | Zany golf 59.000 
ciale! SoftMail ti riserva [Mars saga 19.000 | Zoetrope 199.000 
informazioni, consigli, |Poolofradiance 20.000 
anticipazioni e tutta la|Questforclues —39.000| COMMODORE 64/128 
gentilezza che ti meriti. {Sierra on fine: vari telef. DISCO 
Ultima V 22.500 | Accolade tutti gli sports tel. 
Wasteland 16500 | Adv.dungeons&dragons tel. 

Barbarian ll 25.000 
AMIGA Battles of Napoleon 59.000 


Aegis draw 2000 275.000 |Defender ... Crown 15.000 





È Audiomaster ll _—105.000 |Denaris 15.000 
Presentiamo in questa/Balof power 1990 49.000 |Driller 29.000 
pagina alcune tra le|Barbarianii 39.000 | Dynamic duo 20.000 
ultime novità del cata-|Blasteroids 29.000 | Exploding fist+ 18.000 
logo SoftMail. — Cosmic pirate (ITA) 39.000 |F14 Tomcat 29.000 
Ecco qualche informa-|Deluxe photolab 250.000 {Fish 29.000 


zione Bale, sul Dosiro Designasaurus 69.000 |G.Lineker hotshot 15.000 
servizio: oss1bile | Digiview gold PAL 330.000 | Gran prix circuit 29.000 
effettuare ordini tele: Disk drive esterno 299.000 |Last duel 15.000 
fonici dopo aver effettu-|Dragon's lair (1 Mb) 75.000 [Legend blacksilver 18.000 


ato un primo ordine|Driller ITALIANO —50.000 |Mars saga 35.000 
scritto. Se desideri noti- |DungeonmastertMB59.000 |McArthurs war 49.000 
zie sulla disponibilità ed |Efite 45.000 | Microprose soccer 49.000 
i prezzi dei prodotti che |Evil garden 59.000 | Neuromancer 39.000 
non compaiono in que-|F16 Falcon 59.000 | Night rider 21.000 
sta lista puoi telefonare |Fire brigade telef. | Renegade HI 18.000 
allo (61) 30.01.74 dalle |Flight simulator ll 89.000 [Rocket ranger 39.000 
14:30 afle 18:00 dall Scenery disks nuovi telef. [R-type 25.000 
lunedì al venerdì. Football director l 49.000 | SEUCK ITA 35.000 
SoftMail può organiz-|Gauntiet 2 25.000 |Total eclipse ITA 20.000 
‘zare la consegna anche|Joan of arc telef. | Typhoon of steel 59.000 
tramite corriere: inter-|Kennedy approach 59.000 | Ultima V 49.000 


ellaci 
informazioni. Oltre alle 


vi iCamlActioni 
offre [Modoler 3 


per maggiori|K.Daglish soccer b. 49.000 |War in middie heart 25.000 
Kristal 52.000 |Wasteland 
99.000 |Who fr. Roger Rabbit telef. 


ultime novità 
esposte, SoftMail Modeler 3D 129.000 | WWF superstars 1 02 tel. 
l’intero catalogo delle |Neuromancer telef. | Zak McKracken 39.000 
seguenti case: Aegis, |Photon paint 20 telef. 
Cinemaware, RA, Fire-|Photon video: ORA APERTI 
bird, Microprose, Rain-| Cell animator 199,000 AL PUBBLICO 
bird, SSI, , Sublogic. | Transp.controller 490.000 

*“Buono d'ordine da inviare a: LAGO DIVISIONE VIA NAPOLEONA 16, 
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22100 COMO, TEL (031) 30.01.74, FAX (031) 30.02.14 
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#195 Routine di interrupt in Basic - Il Basic del 
C-128 non consente di mandare automaticamente 
in esecuzione a intervalli di tempo regolari una 
subroutine Basic. Esiste tuttavia la possibilità 
d’interrompere il programma principale e manda- 
re in esecuzione una routine di gestione ogniqual- 
volta si verifica una collisione tra sprite. Possiamo 
dunque sfruttare questo stratagemma per creare 
una sorgente di interrupt regolari da Basic. 


Il programma definisce due sprite a forma di 
barretta orizzontale, poi li colloca sullo schermo 
allineati verticalmente. A questo punto ne mette in 
movimento uno e inizia a rilevare le collisioni tra 
! due sprite. Il loop principale continua a visualiz- 
zare numeri crescenti mentre, attraverso l’inter- 
rupt, ogni due secondi viene visualizzata l’ora e 
viene emesso un suono. 

Naturalmente gli sprite vengono collocati nell’a- 
rea non visibile dello schermo per mascherare 
l’artificio, ma è possibile portarli dentro per 
esaminare il funzionamento della routine di rivela- 
zione delle collisioni. Questo esame è necessario 
quando si desidera variare la cadenza degli 
interrupt: infatti alterando la velocità di scorri- 
mento del primo sprite (riga 70), si modifica il 
tempo che intercorre tra un interrupt e il successi- 
vo. Se però questo tempo è troppo alto o troppo 
basso, può succedere che certi passaggi non 
vengano rilevati, o che si generino due interrupt 
per volta. Per risolvere tale inconveniente bisogna 
modificare lo spessore dei due sprite (righe 40-50), 
oppure calcolare accuratamente il tempo impiega- 
to per l'esecuzione della routine di gestione. 


Golintantoto (TSWA 
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#196 Estensioni al C standard - Com'è noto, il 
linguaggio C permette di creare strutture di dati e 
di nidificarle fra loro in qualsiasi numero di livelli. 
Tuttavia, non prevede specifiche istruzioni per 
gestire più facilmente questi livelli di profondità. 
Accade infatti che quando una struttura ne 
contiene al suo interno un’altra, e questa ne 
contiene altre ancora, fare riferimento a un 


TODO 





particolare elemento della struttura di livello più 
profondo costringe a scrivere istruzioni piuttosto 
prolisse, e questo alla lunga diventa seccante. Per 
semplificarne la gestione abbiamo escogitato un 
trucchetto che prende spunto dall’istruzione WI- 
TH del Pascal e ci evita di ripetere molte volte i 
lunghi percorsi di nidificazione delle strutture. 











$mp 
i MmP_i 











Porta. mp_Hode, 1n-Hame= "Nome"; 


In questo esempio, che potrebbe far parte della 
routine usata da un task per creare una message 
port, dobbiamo accedere a due membri della 
struttura Node contenuta nella struttura MsgPort. 
Per evitare di ripetere più volte la parte invariante 
del percorso, si può usare la seguente coppia di 
metaistruzioni #define: 





La prima #define andrà sempre posta all’inizio 
del programma; la seconda deve invece essere 
Inserita subito prima delle istruzioni che ne 
faranno uso. Il costrutto Do(elemento) verrà 
espanso dal preprocessore in With.elemento, con 
With uguale al percorso che ci interessa. Si noti che 
nell Amiga più che in altri computer ci si ritrova a 
utilizzare Spesso gli stessi percorsi. 

Un paio di particolari tecnici: la ridefinizione 
continua della parola With darà luogo a messaggi 
di warning da parte del compilatore, ma questo 
non porta nessun inconveniente: al limite, è 
possibile precedere ogni direttiva #define succes- 
siva alla prima con la direttiva #undef. Inoltre, se 
avete bisogno d’individuare un parametro di una 
struttura non contenuta ma puntata da un elemento 
di un’altra, basta sostituire l’operatore “.” con la 
freccetta (“—>”). L_ 
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VIDEON 


Basta con i noiosi filtri peri vari passag- 
gi... Ora c'è VIDEONI Il VIDEON è un 
digitalizzatore video a colori dotato diun 
convertitore PAL-RGB con una banda 
passante di 15 KHz per ottenere immagi- 
ni a colori dalle stupefacenti qualità... 
Funziona in risoluzioni di: 320x256 - 
320x512 - 640x256 - 640x512. Può esse- 
re collegato a una qualsiasi fonte video 
PAL, ad esempio videoregistratori, com- 
puter, telecamere, televisori, ecc. Il pro- 
dotto permette di visualizzare il segnale 
video collegato all’apparecchio e in più 
permette la regolazione di luminosità, 
colore, saturazione, contrasto. È corre- 
dato di software che permette la mani- 
polazione di immagini IFF HOLD MODI- 
FY da 32 a 4096 colori con tecniche di 
SURFACE-MAPPING su solidi geometri- 
ci. 

L. 420.000 








MINI GEN 


MINI-GEN una grande novità per profes- 
sionisti ed entusiasti, per ottenere so- 
vrapposizioni di animazioni, titoli, mes- 
saggi ecc. Funziona con tutti gli Amiga 
ed è compatibile con programmi come 
TV-Text, Pro video e molti altri. Ora la 
videotitolazione è alla portata di tutti, 
semplicissimo da usare. 


L. 339.000 





AMIGA ACCESSORI IN OFFERTA 


Drive 3” 1/2 esterno per Amiga 
slimline passante .........L. 212.000 


Drive 3” 1/2 come il precedente più 





disconnect incorporato .... L. 239.000 
Drive 3” 1/2 interno per A2000 NEC 
(con viti ecc.)............. L. 179.000 





Drive 5” 1/4 esterno novi 
(AmigaDOS + MS-DOS) .... L. 329.000 


Drive 5” 1/4 OC-118 drive per C-64 

o Amiga più emulator...... L. 249.000 

Disponibili anche i nuovi AMIGA DRIVE 
NEWEL con Display Track 

Interfaccia midi professionale 

per Amiga. 

Pro Sound Designer Gold 

vers. dig. audio stereo!!!. . .. L. 169.000 


Scheda Janus XT per Amiga 2000 
per la comp. MS-DOS...... L. 980.000 


Scheda Janus AT per Amiga 2000 
per la comp. MS-DOS. ....L. 1.750.000 


Le schede sono complete di disk drive 
5” 1/4 e manuali + software 





L. 79.000 














AMIGA MODEM 2400 PAK 


Modem dedicato per A500 - A1000 - 
A2000, esterno 300, 1200, 2400 baud 
(V21-22-22BIS). Autodial, autoanswer, 
Hayes compatibile, completo di softwa- 
re e cavo di connessione al computer 
(disponibili altre versioni, 300/1200 e 
300/1200-1200/75 Videotelt: 

. 339.000 





KICKSTART 1.3 ROM 


Il nuovo sistema operativo dell’Amiga 
ora in ROM applicabile facilmente su 
A500 e A2000 senza saldature e senza 
perdere il vecchio 12: Disponibile anche 
l'inverso per chi possiede 1.3 e vuole 
1.2, con interruttore per selezionarlo. 








VIRUS DETECTOR PLUS .... L. 35.000 


VIRUS DETECTOR PLUS + 
VIRUSKILLER software. ..... L. 45.000 


Utilissimo per i noiosi e nocivi virus che 
si diffondono facilmente, questo dispo- 
sitivo hardware è in grado di segnalare 
acusticamente quando un virus va a 
scrivere su un disco, evitando cosi che il 
virus vi rechi dei danni. Molto utile per 
tutti gli Amiga, si attacca alla porta drive 
o al drive. 





AMIGA MOVIOLA 


Eccezionale novità: permette di rallen- 
tare un gioco da 100 fino a 0, per poter 
superare tutti gli ostacoli e capire con 
calma il gioco. Molto utile anche per 
programmi grafici, animazioni, cad, 
ecc.: puoi variare la velocità d’esecuzio- 
ne. Cartuccia completa di str. in italiano. 


L. 79.000 


AMIGA FAX 


Straordinario fax per Amiga, permette di 
inviare e ricevere segnali fax, cartine 
ecc. Completo di hardware di gestione, 
disco e manuale in italiano. L'installa- 
zione e l’uso sono di una semplicità 
estrema. L. 199.000 








CMI ACCELERATION BOARD 
L. 499.000 


CMI COPROCESSOR - 68881 
L. 299.000 


Schede acceleratrici per Amiga 500/ 
1000/2000. Raddoppiano la velocità del 
tuo Amiga portandola a 16 MHz; molto 
utile per chi usa programmi grafici con 
Videoscape, Sculpt, Video Effect, Pro 
Video e molti altri. Predisposto per co- 
processore matematico 68881. Metti il 
turbo al tuo Amiga! 








AMIGA EPROM 
PROGRAMMER 


Nuovo programmatore di eprom per 
Amiga, si collega semplicemente alla 
porta parallela dell’Amiga e permette di 
programmare tutte le eprom dalla 2716 
alle 27517 e 27011, il tutto completo di 
software di gestione con lettura/scrittu- 
ra e verifica delle eprom. Molte opzioni 
come prog. veloce tramite algoritmi ecc. 


HARD DISK esterno per Amiga 500 
20 MB 


in offerta L. 990.000 








HARD DISK Amiga CARD 
20 MB per Amiga 2000 
L. 990.000 














ESPANSIONI DI MEMORIA 
AMIGA 


A501 Espansione originale Commodore 
che porta a 1 Mega il tuo A500 
L. 319.000 


Amiga PROFEX Esp. esterna 
da 2MB, autoconfigurante, 
con switch on/off per A500 
L. 1.290.000 


Amiga 1000 RAM Esp. da 2MB per 
A1000 esterna autoconfigurante 
L. 1.290.000 


Amiga 2000 RAM Esp. interna da 2 MB, 
originale Commodore 
L. telefonare 


Tutte le espansioni 
sono fornite complete 
di chip ram e garanzia 

di 12 mesi! 


GVP HARD DISK con AUTOBOOT 
per Amiga 500 (Fast File System DNA) 
L. telefonare 





NOVITÀ: aa pr usare, completo di istruzio- 
oO ‘ssieimo peer, L. 119.000 i 
L. 229.000 
BOOTSELECTOR E 
GRABBER AMIGA 


Trasforma il secondo drive (df1:) in 
(df0:), evitando così l'eccessiva usura 
del medesimo. Risolve spesso molti 
problemi di caricamento dovuti alle pre- 
carie condizioni del drive interno dopo 
un uso frequente, semplice da installare 
(non necessita di saldature), ist. in italia- 
no. 


L. 23.000 


Digitalizzatore in tempo reale, in b/n per 
digitalizzare immagini provenienti da 
una qualsiasi fonte video senza bisogno 
di avere un fermo immagine. Risultati 
eccezionali a livello fotografico, predi- 
sposto per lo splitter. 


L. 599.000 


(Sessa 





GVP HARD CARD con AUTOBOOT 
20 MB con controller (Fast File System 
DNA) L. 1.390.000 








GVP HARD CARD con AUTOBOOT 
40 MB con controller (Fast File System 
DNA) L. 1.690.000 








DISCONNECT 


Per sconnettere il secondo drive senza 
dover spegnere il computer; basta agire 
su un apposito interruttore, recuperan- 
do così memoria, di cui molti programmi 
spesso necessitano per un corretto fun- 
zionamento. 


L. 23.000 








ANTIRAM 


Questo kit sconnette tutte le espansioni 
di memoria su Amiga, sia interne sia 
esterne, risolvendo anche qui problemi 
di incompatibilità con il software. Sem- 
plice installazione, ist. in italiano. 


L. 23.000 











TASTIERA MIDI per Amiga 
YAMAHA + int. MIDI professionale 
L. 299.000 





OFFERTA! 


BOOTSELECTOR + DISCONNECT 
+ ANTIRAM L. 60.000 
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AMIGA MOUSE 

Finalmente disponibile il mouse di ri- 
cambio originale Commodore, dedicato 
per Amiga 500/1000/2000. 


L. 89.000 





AMIGA SPLITTER NEWEL 
(RGB/PAL converter) 


Per chi possiede già un digitalizzatore 
Video del tipo Amiga Eye, Amiga Vid, 
Easy View, Digi View, ecc. Evita il pas- 
saggio dei tre noiosi filtri. Lo splitter 
Newel converte direttamente l’immagi- 
ne a colori. Indispensabile per chi pos- 
siede un digitalizzatore normale: chi 
possiede un VD Amiga, Grabber, Realti- 
me VD o un qualsiasi digitalizzatore in 
tempo reale in b/n, con Newel splitter 
potrà ottenere risultati straordinari. 


L. 285.000 


GVP HARD CARD con AUTOBOOT 
+ espansione 2MB (Prodrive) 
+ hard quantum 45MB 11ms. 


L. 2.890.000 











HARD DISK CARD per Amiga 2000 
(con schede XT-AT partizionabili) 


20MB......L. 619.000 * 
OFFERTA 

32MB......L. 759.000 SPECIALE 

40N°B......L. 939,000 * 





AMIGA BOX TRANSFORMER 


Il famoso box d'espansione “BIG BLUE” 
ora è disponibile nella nuova versione 
per trasformare un Amiga 500/1000 in 
Amiga 2000. Si può così risolvere il 
problema delle espansioni di memoria e 
delle schede XT e AT per l'emulazione 
MS-DOS. Questo cabinet è predisposto 
già per2 floppy da 3” 1/2, 1 floppy 5" 1/4, 
1 hard disk + 3 slot in AmigaDOS, 3 slot 
IBM XT compatibili, 3 slot IBM AT com- 
patibili, 1 slot per scheda velocizzatrice 
68020/68881. Potrete quindi utilizzare 
tutte le periferiche dell’Amiga 2000. 





A 














L. 399.000 


I NOSTRI DISK DRIVE 


DISK DRIVE SLIM 
MECCANICA NEC BEIGE 


sono disponibili: 


per Amiga 500 3,5 pollici passante 
compreso disconneci...... L. 239.000 


per Amiga 500 5,25 pollici 


40/80 tracce passante .. L. 350.000 
per Amiga 2000 interno L. 179.000 


per C-64 0CC118 








L. 239.000 | 





ANTEPRIME HARDWARE 


L'HARD DISK A590: 
20 MB PIÙ ESPANSIONE 
RAM PER L'AMIGA 500 


Un hard disk da 20 MB creato su misura per il Commodore Amiga: 
prestazioni decisamente superiori rispetto a un disk drive 
e un’espansione RAM on-board che può arrivare fino a 2 MB 


di Dario Greggio 


1 momento dell’uscita sul 

mercato della macchina, 

il disk drive da 880K 
compreso nel bassissimo prezzo 
dell’Amiga 500 sembrava in gra- 
do di soddisfare qualsiasi esigen- 
za. Invece, la realizzazione di 
programmi sempre più complessi 
che richiedono enormi 
quantità di dati, ha dato 
origine a poco a poco a 
una schiera di utenti in 
attesa... attesa che il siste- 
ma completi il boot, attesa 
per esaminare una sempli- 
ce directory, attesa che un 
programma venga carica- 
to in memoria o che le 
librerie linked vengano 
completamente digerite 
dal compilatore. Per non 
parlare poi dei casi in cui 
per il caricamento di un 
programma bisogna usare 
più di un disco. 

Forse non ci si accon- 
tenta mai, ma è innegabile 
che lo stupendo disco da tre 
pollici e mezzo si è rivelato a 
lungo andare un collo di bottiglia 
per il computer, un dispositivo 
dalle prestazioni enormemente 
inferiori alla strabiliante velocità 
di altri elementi dell’Amiga, co- 
me i chip custom. 

Con i suoi 20 MB di memoria e 


44/CYIMDAL 


un tempo di accesso medio di 
circa 80 millisecondi, la periferica 
A590 risolve molti di questi pro- 
blemi con una spesa contenuta, e 
dà anche l’occasione di aggiunge- 
re da uno a due megabyte di 
espansione RAM alla memoria di 
sistema. 
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Le caratteristiche 


Esteticamente questo hard disk 
si presenta con una linea analoga 
a quella del computer, anche se è 
molto più stretto e meno slancia- 
to. Le sue dimensioni sono circa 
12 x 30 x 5 centimetri. Va colloca- 
to sulla sinistra dell’Amiga, per 


poterlo connettere al bus di 
espansione. A questo proposito 
abbiamo subito constatato un 
particolare positivo: la periferica 
dispone di un proprio alimentato- 
re esterno la cui accensione è 
subordinata elettronicamente al- 
l'accensione del 500, così da evita- 
re il rischio di sovraccari- 
care l’alimentatore del 
computer. In compenso, 
però, l’unità A590 non 
ripete il bus alla sua sini- 
stra e questo impedisce 
l'inserimento in cascata di 
ulteriori periferiche. 
Quest'ultimo particolare 
ci sembra poco felice, in 
quanto costringe chi desi- 
dera ulteriori espansioni a 
utilizzare soltanto schede 
dotate di un bus passante 
sul quale collegare l’hard 
disk come ultimo elemen- 
to della catena. Oppure a 
rinunciare all’hard disk. 
Rompiamo ora l’idillio 
tra l’Amiga 500 e l'A590 (da un 
punto di vista estetico il comples- 
so dei due strumenti fa un ottimo 
effetto) per passare all’analisi in- 
terna. Quattro viti bloccano il 
coperchio superiore mentre altre 
quattro tengono fermo il circuito 
stampato e contribuiscono a fissa- 
re l'hard disk vero e proprio, di 





marca Epson. Gli unici connettori 
elettrici da scollegare per isolare 
il coperchio dalla base sono quelli 
relativi ai led e alla ventola di 
raffreddamento. Su un circuito 
stampato grande quanto l’involu- 
cro esterno trovano posto la logi- 
ca di controllo della memoria di 
massa, gli zoccoli che accolgono i 
chip di espansione della memoria 
RAM, e il connettore che s’innesta 
nella porta d’espansione del 500. 
Il cablaggio è abbastanza ordina- 
to, per quanto siano da criticare 
l'assenza di componenti in tecno- 
logia SMD (il che denota una 
progettazione non particolar- 
mente moderna, ma evidente- 
mente più economica) e un colle- 
gamento volante su un piedino di 
un integrato 
TTL 7474. I 
chip impiegati 
per l’espansio- 
ne RAM sono i 
recenti 
M514256-12. 
L’hard disk 
vero e pro- 
prio, che occu- 
pa lo spazio fi- 
sico di un nor- 
male disk dri- 
ve da 3,5”, è 
saldamente 
fissato al cir- 
cuito stampato 
tramite alcune 
viti, e la con- 
nessione elettrica con la logica di 
controllo avviene tramite un flat 
cable da 40 fili. 

Sul retro troviamo poi il con- 
nettore per l’alimentazione ester- 
na, una serie di quattro DIP 
switch che permettono di abilita- 
re/disabilitare l’autoboot da 
hard disk e d’indicare il numero 
di periferiche collegate in cascata, 
e infine un connettore DB-25 
femmina che fa capo a una porta 
SCSI (Small Computer System 
Interface), una parziale soluzione 
alla mancanza di duplicazione del 
bus. Dopo il Macintosh, questa 
interfaccia che consente la crea- 
zione di semplici e funzionali 
catene di dispositivi è diventata 
praticamente uno standard nel 
campo delle memorie di massa. 
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Per esempio, una porta SCSI può 
essere collegata a un disk drive, di 
qui a un secondo disk drive e 
infine a un hard disk; trattandosi 
di un’interfaccia parallela, i dati 
possono viaggiare sui suoi colle- 
gamenti fino alla velocità di quat- 
tro milioni di byte al secondo. 

Di fronte a unità a disco fisso 
“portatili” come questa, viene da 
chiedersi se le testine possano 
incontrare problemi durante il 
trasporto. A questo scopo, il sof- 
tware della release 1.3 installato 
sull’hard disk contiene un coman- 
do, SHIPDISK, che viene utilizza- 
to per “parcheggiare” le testine in 
una zona sicura, operazione indi- 
spensabile per qualunque tra- 
sporto dell’unità. 


Il funzionamento 


Prima di parlare delle nostre 
impressioni sull’unità A590, pre- 
cisiamo che la prova è stata con- 
dotta su un esemplare per ora 
unico di Amiga 500, che offriva 
on-board l’espansione di memo- 
ria A501. Questo esemplare sarà 
probabilmente la base per un 
nuovo modello di Amiga 500 che 
dovrebbe contenere anche il nuo- 
vo ECS (Enhanced Chip Set). 
Ricordiamo che l’ECS è una nuo- 
va serie di chip custom destinata a 
sostituire gli attuali Agnus, Paula, 
e Denise. Le prime notizie sui 
nuovi chip, talvolta incerte e 
contraddittorie, hanno creato 
una certa confusione negli utenti. 
Apriamo quin- 
di una breve 
parentesi che 
risolva almeno i 
dubbi maggio- 
ri. 

La prima ca- 
ratteristica è 
che la nuova se- 
rie sarà in gra- 








Per dovere di cronaca, citiamo 
infine un problemuccio che ab- 
biamo riscontrato appena acceso 
l’ Amiga 500: la ventola di raffred- 
damento montata all’interno del- 
l'A590, prima ventola a entrare 
ufficialmente nella vita di un 
utente dell’ Amiga 500, è risultata 
molto rumorosa e oltretutto sof- 
fiava al contrario, dall’esterno 
verso l’interno dell’unità! 

Ovviamente, i tecnici della 
Commodore ci hanno subito ga- 
rantito che il problema riguarda- 
va solo quel particolare esempla- 
re, e che piccoli difetti d’assem- 
blaggio come questo, sempre pos- 
sibili in un prototipo, sarebbero 
stati completamente risolti prima 
d'immettere sul mercato la ver- 
sione finale della periferica. 


do di accedere 
a 1 MB di RAM, 
contro i 512K 
attuali; questo 
consentirà di 
gestire un mag- 
gior numero di 


schermi e fine- 
stre per quanto 
riguarda le applicazioni grafiche, 
e di suoni campionati per quanto 
riguarda le applicazioni che im- 
piegano i canali audio. Ovvia- 
mente, la stessa mappa di memo- 
ria dell’Amiga dovrà essere modi- 
ficata per ottenere un megabyte 
di chip RAM continuo; attual- 
mente infatti i 512K di chip RAM 
terminano all’indirizzo 0x080000, 
mentre i 512K di fast RAM in 
dotazione all’ Amiga 2000 e opzio- 
nali sul 500 iniziano all’indirizzo 
0xC00000, e questa configurazio- 
ne discontinua non permettereb- 
be all’ECS di accedere a un unico 
blocco di RAM da IMB. 

La seconda caratteristica di ri- 
lievo è che l’ECS permetterà riso- 
luzioni di schermo superiori al- 
l’attuale limite di 640 x 512 pixel. 
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La risoluzione orizzontale potrà 
arrivare fino a 1280 pixel, che 
ovviamente risulteranno nella 
giusta nitidezza se il monitor di 
cui si dispone ha una risoluzione 
orizzontale almeno dello stesso 
livello (meglio se superiore). A 
questo proposito occorre precisa- 
re che i monitor 1084 e 
2080, avendo una risolu- 
zione orizzontale di 640 
punti, non riusciranno a 
visualizzare con la giusta 
nitidezza le immagini da 
1280 pixel orizzontali che 
l’ECS consentirà di creare. 
Per quanto riguarda la 
risoluzione verticale, 
l’ECS consentirà di visua- 
lizzare 512 linee per schermo 
senza bisogno dell’interlace. 
Ricordiamo che l’interlace è un 
sistema per creare schermi da 512 
linee (anziché da 256) completan- 
do ogni schermo con due passaggi 
del cannone elettronico spostati 
di mezza linea l’uno rispetto al- 
l’altro. Il problema è che in 
questo modo i 50 quadri al secon- 
do diventano in pratica 25, trop- 
po pochi per sfruttare al meglio le 
proprietà di persistenza della reti- 
na umana. Il risultato è il cosid- 
detto flickering (sfarfallio). 

Per ottenere un 
buon risultato senza 
l’interlace occorre di- 
sporre di un monitor 
multisync, ovvero un 
monitor in grado di 
visualizzare un mag- 
gior numero di linee 
per quadro nello stesso 
periodo di tempo (1/50 
di secondo). La risolu- 
zione verticale di questi 
monitor non supererà co- 
munque le 512 linee. 

Sull’ECS si può aggiungere an- 
cora che i nuovi chip custom non 
saranno installabili nell’Amiga 
1000, ma conviene rimandare 
ogni ulteriore approfondimento 
a quando la Commodore li im- 
metterà sul mercato. 

Passiamo finalmente ad analiz- 
zare le caratteristiche della nuova 
periferica: per quel che riguarda 
l'espansione RAM, occorre anzi- 
tutto precisare che sul circuito 
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stampato dell’A590 sono presenti 
gli zoccoli per installare on-board 
2 MB di RAM, ma che tale memo- 
ria non verrà distribuita dalla 
Commodore: saranno i singoli 
utenti a decidere quanta memo- 
ria aggiungere, procurandosi sul 
mercato i necessari integrati RAM 






L’hard disk da 20 megabyte nell’A590 


da 4 x 256 kilobit. Considerando 
gli elevati costi delle memorie 
RAM, ci sembra una buona scelta 
lasciare all’acquirente la possibili- 
tà di valutare l’investimento. 

Dal punto di vista del funziona- 
mento, non c’è molto da dire, in 
quanto il sistema utilizza la me- 
moria RAM aggiunta nell’A590 
senza fare alcuna distinzione con 
la memoria già presente. Nel 


La scheda di controllo con 2 MB installati 


modello da noi provato, la RAM 
era stata estesa al limite massimo 
di 2 MB, facendo comparire l’elo- 
quente dato “Fast: 2560” nella 
finestra relativa all’utility melk 
che abbiamo mandato in esecu- 
zione. Naturalmente questa me- 
moria aggiuntiva lavora alla fre- 
quenza di 7,09 MHz come il resto 
del computer e non si tratta di 


memoria gestibile con un bus dati 
da 32 bit. Del resto la frequenza di 
14 MHz non sarebbe stata comun- 
que raggiungibile... avevate fatto 
caso alla presenza dei chip 
M514256-12 da 120 nanosecondi? 

Da parte nostra abbiamo co- 
munque svolto qualche analisi nei 
meandri del sistema, fa- 
cendo uso dell’“esamina- 
tore di liste” che accompa- 
gnava nel numero scorso 
l'articolo “ExecBase: i pa- 
rametri dinamici e le liste 
di sistema”: abbiamo così 
scoperto come vengono 
viste dal sistema operativo 
le periferiche appena in- 

stallate. La RAM even- 

tualmente aggiunta vie- 
ne inserita nella lista dei chunk di 
memoria disponibili con il nome 
Expansion. In questo modo la 
memoria dell’espansione si distin- 
gue sia dalla memoria chip sia da 
quella fast, gli unici tipi di memo- 
ria presenti in un Amiga 2000 
standard. La distinzione non crea 
comunque problemi per i pro- 
grammatori, dal momento che i 2 
MB di espansione ai fini della 
gestione della memoria vengono 
considerati dal sistema come 
RAM di tipo fast. 

Per quanto riguarda 
l’hard disk, invece, abbia- 
mo constatato la presenza 
nella lista di sistema Devi- 
ceList di due nuovi disposi- 
tivi di I/O, scsi.device e 
xt.device, che dovrebbero 
essere delegati alla gestio- 
ne della porta parallela ad 
alta velocità e dell’hard di- 
sk fisico. Sia chiaro che 
l'hard disk non è gestito dal 
dispositivo TrackDisk, che si oc- 
cupa soltanto delle unità a floppy 
disk. Di conseguenza, pur instal- 
lando l’A590, è sempre possibile 
collegare in cascata tre disk drive 
esterni. 

È interessante a questo punto 
analizzare qualche caratteristica 
dell’hard disk. Ci ha colpito molto 
favorevolmente il boot di sistema 
eseguito da disco fisso, reso possi- 
bile dalla recente versione 1.3 del 
Kickstart, peraltro indispensabile 
perché 1 A590 possa funzionare: 





bastano pochi secondi e le icone 
prendono forma sullo schermo 
del Workbench. Va notato però 
che se è presente un disco nel disk 
drive DFO:, il boot viene eseguito 
da quel disco e non dall’hard disk. 
Lo stesso accade se l’autoboot da 
hard disk è stato disabilitato agen- 
do sui DIP switch. 

L'esplorazione dei vari livelli di 
subdirectory avviene molto rapi- 
damente e non si rimpiangono 
certo i vecchi dischi da 3,5”. 
Tutto questo senza aver provato 
ad affrontare una situazione di 
lavoro vera e propria, nella quale 
fosse determinante anche Ja 
quantità di memoria a disposizio- 
ne. Siamo comunque convinti che 
i vantaggi in questo caso sarebbe- 
ro stati (e saranno) ancora mag- 
giori. 

Abbiamo eseguito alcuni test 
per avere un’idea più precisa 
della velocità di questo hard disk, 
e i risultati si possono vedere nella 
Tavola 1. La prova dell’A590, 
trattandosi di un prodotto non 
ancora disponibile per il pubbli- 
co, è avvenuta presso la Commo- 
dore, e quindi non è stato possibi- 
le creare opportuni programmi di 
benchmark in C, cercando maga- 
ri di accedere direttamente al 
dispositivo di I/O xt.device. Ab- 
biamo quindi ripiegato su un test 
scritto in Amiga BASIC, riservan- 
doci future verifiche quando rice- 
veremo il prodotto in redazione. 
Anche se il controllo da Basic 
della scrittura/lettura dei carat- 
teri in un file è meno diretto che 
con il C, va comunque detto che 
le indicazioni di massima di cul 
avevamo bisogno le abbiamo otte- 
nute con molta facilità (si noti che 
per il sistema l’hard disk porta il 
nome “EHDO:”). : 

Dai dati ottenuti si nota che 1 
miglioramenti nella velocità d’ac- 
cesso in scrittura rispetto alla 
stessa prova condotta su floppy 
disk sono dell’ordine del 30-35 
per cento, mentre in lettura non 
si supera il 10 per cento. Questa 
differenza si spiega andando ad 
analizzare più da vicino il lavoro 
svolto a livello di sistema. Duran- 
te l’accesso in scrittura a un disco 
(floppy disk o hard disk) il DOS 


deve prima di tutto riservare lo 
spazio per l’header di un nuovo 
file (cancellando un eventuale file 
che abbia lo stesso nome); in 
seguito deve verificare per ogni 
blocco di dati se è presente sul 
disco un settore libero. Se l’esito è 


Tavola 1 


adiacenti (a meno che non si abbia 
a che fare con file piuttosto 
frammentati, il che può accadere 
se sono stati sovrascritti diverse 
volte). Si comprende, dunque, 
che la velocità di accesso alla 
singola posizione sul supporto 





Blocco da 60K 


Scrittura 
Lettura 


39 s 
34 s 


Blocco da 120K 


Scrittura 
Lettura 


75 :S 
68 s 





positivo lo alloca, e vi memorizza 
il blocco di dati. A parte l’ultima 
azione, il precedente lavoro di 
scansione del supporto magnetico 
(floppy o hard che sia) è parago- 
nabile come tempi a quello svolto 


Listato 1 


disk drive 


disk drive 


RAM disk 


22 s 
28 s 


RAM disk 


44 s 
58s 


magnetico, che è notevolmente 
superiore nel caso di un disco 
fisso, influisce molto di più nella 
scrittura che nella lettura. 
L’attendibilità dei test effettua- 
ti, per quanto semplici, è stata 





print timeò 

open "EHDG:pippo" for output as i 
for i=lì to 18058 
print #1, "pip 
next i 





close i 


print times 


Listato 2 





print timet 


open "EHOG:pippo" for input a3 | 


print time$ 


Nota: questi sono i programmi base utilizzati nella prova. Di volta in 
volta abbiamo alterato l’identificatore della periferica e il numero 


d’iterazioni del loop. 





per l'effettiva scrittura dei byte 
nel settore. Ovviamente durante 
la rilettura non vi sono invece 
altri lavori da svolgere se non 

. . S è . - 
quello di leggere i byte dai diversi 
settori del disco, i quali di solito si 
trovano in posizioni fisicamente 


confermata quando li abbiamo 
applicati al magnifico hard disk 
offerto (speriamo presto) insieme 
al sistema operativo Unix System 
V, presentato su questo stesso 
numero di Commodore Gazette: la 
strabiliante velocità di quella peri- 
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ferica (18 ms di tempo d’accesso 
medio) è risultata perfettamente 
coerente con i tempi che abbiamo 
rilevato. 

I tecnici della Commodore non 
hanno fornito dati certi sul fatto- 
re di interleave dell’hard disk 
A590, ma in base al comporta- 
mento generale della macchina si 
può supporre che non sia partico- 
larmente buono. Questa impres- 
sione, unita al fatto che il tempo 
medio di accesso dichiarato dal 
costruttore è molto elevato, 80 
ms, ci porta a concludere che le 
prestazioni di questo hard disk 
non sono paragonabili a quelle 
delle unità con tempi d’accesso 
variabili tra i 28 e i 40 ms che 
animano il mondo MS-DOS. La 
capacità di memoria ci sembra 
invece adeguata, tenendo presen- 
te che un utente medio dell’ Ami- 
ga 500 dovrebbe aver bisogno di 
circa 4-5 MB per installarvi i suoi 
programmi preferiti e di un altro 
paio di megabyte per i dati, 
sempre che non si usino tantissi- 
me schermate grafiche o brani 
musicali campionati (in questi ca- 
si, tuttavia, non ci sembra utile 
riempire un hard disk soltanto 
per vedere le immagini formarsi 
sul video un po” più in fretta). 


Desideriamo infine sottolinea- 
re che durante le nostre prove 
non era attivo il Fast File System 
(una tecnica software per aumen- 
tare la velocità, offerta dalla ver- 
sione 1.3 del sistema operativo) 
che avrebbe potuto rendere diffi- 
cile attribuire i meriti all’hardwa- 
re o al software. Inoltre la prova 
ha messo in luce che la velocità di 
accesso del disco virtuale in RAM 
è superiore a quella dell’hard disk 
A590 e confrontabile con quella 
dell’hard disk che verrà distribui- 
to nell’Amiga 2500 UX. Questo 
dato è incompleto, in quanto la 
nostra prova non mirava a sonda- 
re il funzionamento dei tre tipi di 
memorie di massa in ogni aspetto, 
ma è comunque importante per 
comprendere il funzionamento 
dei dispositivi dell’Amiga. Natu- 
ralmente, quando si accede a un 
disco in maniera meno sequenzia- 
le di come abbiamo fatto nei 
nostri test, le prestazioni del RAM 
disk sono come sempre molto 
superiori. 


Conclusioni 


. In rapporto agli hard disk di cui 
sì è parlato nel numero 2/88 di 


Commodore Gazette, possiamo dire 
che le caratteristiche dell’A590 
sono inferiori a quelle delle peri- 
feriche Xebec e Commodore vi- 
ste in quell’occasione, ma che 
esiste anche una marcata diffe- 
renza di prezzo in favore del- 
l’A590. Il prezzo di listino è stato 
infatti fissato in lire 995.000 (Iva 
esclusa) per la versione che la 
Commodore sembra avere inten- 
zione di distribuire, ovvero quella 
senza la RAM aggiuntiva. Si tratta 
di una cifra che può comunque 
sembrare alta in assoluto, ma 
dopotutto il rapporto di prezzi tra 
l'’A500 e l’A590 è lo stesso che 
c'era tra il C-64 e il disk drive 
1541. . 

Il giudizio su questa periferica 
è complessivamente positivo: la 
velocità non altissima, infatti, è 
controbilanciata dal prezzo ab- 
bordabile e dall’importante possi- 
bilità di aggiungere fino a 2 MB di 
RAM all’Amiga 500. mM 


Per ulteriori informazioni 
contattare direttamente: 


Commodore Italiana spa 
(A590, L. 995.000 Iva esclusa) 
Via F.lli Gracchi, 48 

20092 Cinisello Balsamo (MI) 
(Tel. 02/618321) 
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ANTEPRIME HARDWARE 


68020 E SISTEMA 
OPERATIVO UNIX 
PER L’'AMIGA 2000 


Con il 68020 e il co 
un hard disk da 80 


processore matematico della scheda A2620, 
MB, e uno streamer da 150 MB nasce 


l’Amiga 2500 UX, una workstation Unix davvero competitiva 


di Dario Greggio 


1 grande balzo in avanti è 
finalmente possibile. La 


I Commodore ha deciso che 
per rendere l’Amiga 2000 più 
interessante agli occhi dell’utenza 
professionale è necessario spin- 
gersi oltre la compatibilità MS- 
DOS offerta dalle schede A2088 e 
A2286. E per raggiungere questo 
scopo è stato realizzato un A2000 
configurato in maniera tale da 
mettere a disposizione dell’uten- 
za Commodore una workstation 
Unix davvero competitiva. 

La novità ci è stata presentata 
in anteprima assoluta nella sede 
della Commodore. Gli elementi 
di cui è composto il sistema sono 
una scheda A2620 installata nel 
CPU slot dell’Amiga 2000, un 
superbo hard disk da 80 MB 
gestito dal controller A2090A, 
uno streamer da 150 MB e una 
versione parzialmente personaliz- 
zata del sistema operativo Unix 
System V. 

A questo punto è utile sottoli- 
neare che tutte le considerazioni 
relative alla scheda acceleratrice 
A2620 sono di particolare interes- 
se anche per chi desidera miglio- 
rare le prestazioni della propria 
macchina senza arrivare a co- 
struirsi una workstation Unix, 
perché la scheda viene distribuita 
anche come prodotto singolo. 
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Abbiamo avuto a disposizione 
per una giornata il sistema (ribat- 
tezzato con il nome Amiga 2500 
UX, ma trattandosi di un prototi- 
po nulla è da considerarsi definiti- 
vo) e anche se la prova non ha 
potuto essere particolarmente ap- 
profondita siamo ugualmente 
riusciti a ottenere informazioni e 
dati interessanti. Promettendo di 
tornare al più presto sull’argo- 
mento, entriamo nel vivo di que- 
sta anteprima iniziando dalle ra- 
gioni che hanno spinto la Com- 
modore a entrare nel mondo 
Unix, per poi scoprire nei dettagli 
come l’Amiga 2000 è stato tra- 
sformato in una completa work- 
station. 


Perché lo Unix . 


In occasione della visita alla 
Commodore Italiana si è discusso 
delle nuove strategie pianificate 
dall’azienda per aumentare la sua 
presenza nel settore professiona- 
le. L’intenzione è di rafforzare 
ulteriormente la già affermata 
linea PC, e contemporaneamente 
di aprire la strada a sistemi profes- 
sionali diversi dagli IBM compati- 
bili. L'unica macchina su cui la 
Commodore può lavorare in que- 
sto senso è l’Amiga 2000, un 


computer che però costituisce un 
ibrido a cavallo fra una macchina 
professionale e un home compu- 
ter, per quanto possa essere dota- 
to della scheda A2620 e della 
compatibilità MS-DOS. Cerchia- 
mo di capire il perché. . 

La velocità e la potenza di 
calcolo che si ottengono con la 
scheda A2620 o con altre schede 
acceleratrici trasformano VAmi- 
gain un computer dalle prestazio- 
ni sicuramente confrontabili con 
quelle di macchine assai più costo- 
se, ma non bastano a renderlo 
veramente competitivo nel diffi- 
cile mercato professionale. Il neo 
dell’Amiga rimane infatti il siste- 
ma operativo che, per quanto 
all'avanguardia (pari, se non su- 
periore, a quello di un Macintosh 
€ precursore di sistemi operativi 
come l’0S/2), non rappresenta 
uno standard commerciale al di 
fuori del mondo Commodore ed 
è troppo giovane per essere del 
tutto esente da difetti: due ragio- 
ni che non hanno favorito la sua 
diffusione nei settori professiona- 
li e quindi neanche un’elevata 
produzione di software applicati 
vo. 

Per contrapporsi con successo 
alle macchine dotate di processori 
Intel, occorre almeno un Motoro- 
la 68020 e un sistema operativo 





affidabile e diffuso nel mondo 
professionale: in pratica, un Ami- 
ga corredato della scheda A2620 e 
del sistema operativo Unix. 

Per quanto abbia ormai festeg- 
giato il suo ventesimo anniversa- 
rio, il sistema operativo Unix è 
tuttora ritenuto in tutto il mondo 
una delle scelte migliori per af- 
frontare esigenze professionali. È 
un sistema nato e diffuso soprat- 
tutto nelle università, studiato 
appositamente per agevolare il 
lavoro dei gruppi di ricerca, e 
offre quindi un'ottima gestione 
multiutente e un’utilissima condi- 
visione delle risorse di sistema. 

La prima versione del sistema 
operativo Unix, realizza- 
ta per conto del Compu- 
ting Science Research 
Group, venne presentata 
nel 1969 da Ken Thomp- 
son e Dennis Ritchie, due 
ricercatori dei laboratori 
Bell (New Jersey, USA). 
Per molti anni le varie 
versioni del programma 
restarono ben lontane dai 
canali commerciali, e ven- 
nero utilizzate principal- 
mente dalle università e 
dai grandi gruppi di ricer- 
ca. Erano versioni create 
per grandi sistemi come il 
DEC PDP-11, la serie DEC 
VAX e il sistema IBM 370. 
Soltanto nel 1975 venne 
studiata una versione in C 
installabile con opportuni 
ritocchi su macchine mol- 
to diverse dal punto di 
vista hardware. Questo passo co- 
stituì il trampolino di lancio che 
nel 1981 proiettò lo Unix nei 
canali commerciali, grazie soprat- 
tutto all’adattamento per compu- 
ter dotati di microprocessori co- 
me il Motorola 68000, macchine 
evidentemente più piccole ma 
molto più diffuse. 

Oggi come oggi, lo Unix è 
ritenuto il sistema operativo più 
affidabile in assoluto. È diventato 
praticamente uno standard, so- 
prattutto per quanto riguarda gli 
ambienti di sviluppo del software, 
tant'è vero che molti programmi 
vengono creati in sistemi Unix 
anche se poi dovranno essere 


adattati a contesti diversi (si pensi 
a GEOS, esempio in formato ridot- 
to di cross-development per il 
C-64, oppure ai noti programmi 
di ray tracing realizzati origina- 
riamente in ambiente Unix e oggi 
disponibili per l’ Amiga). 

Ma per lanciare una macchina 
Unix sul mercato, sebbene con un 
prezzo molto inferiore rispetto 
alle sue dirette concorrenti, non 
basta metterla nelle vetrine dei 
negozi. È necessario anche garan- 
tire assistenza e competenza nei 
punti vendita, un provvedimento 
che comunque andrà a rafforzare 
tutta la linea professionale della 
Commodore, PC compresi. In 





Sullo schermo i tre ambienti di lavoro dell’A2500 UX 


questo senso ci sono diversi pro- 
getti per il futuro: alcuni Commo- 
dore Point, per esempio, verran- 
no trasformati per far fronte alle 
maggiori esigenze del mercato 
professionale e per offrire la ne- 
cessaria competenza, così da di- 
ventare efficienti centri di distri- 
buzione e punti di riferimento 
per l'assistenza. Anche la formula 
di promozione non vedrà più il 
solo computer “chiavi in mano”, 
ma il trinomio computer più 
pacchetto applicativo più perife- 
riche, così da andare incontro alle 
esigenze del mercato con configu- 
razioni complete e affidabili. 
L’Amiga 2500 UX, nella sua 


configurazione finale dovrebbe 
diventare il sistema Unix più 
economico in assoluto (escluso 
forse il futuribile NeXT). Coeren- 
temente con la strategia illustrata, 
il debutto di questa macchina 
dovrebbe essere accompagnato 
da un ampio ventaglio di applica- 
zioni professionali in ambiente 
Unix, come CAD e DTP. Se infatti 
la formula hardware più pacchet- 
to applicativo è sempre auspicabi- 
le, in ambito Unix è indispensabi- 
le: proporre una macchina Unix 
senza sostenerla con l’adeguato 
software sarebbe assurdo, e que- 
sto la Commodore lo sa bene. 


La scheda A2620 


Passiamo ora all'esame 
dei vari elementi costituti- 
vi dell’ Amiga 2500 UX. La 
scheda A2620, il vero e 
proprio “cuore” della 
macchina, è la prima e 
unica scheda acceleratrice 
distribuita ufficialmente 
dalla Commodore. Si trat- 
ta quindi di un prodotto 
estremamente interessan- 
te, anche per chi desidera 
potenziare il suo A2000. 
Contiene infatti 2 MB di 
RAM a 32 bit espandibile 
fino a 4 MB, un coproces- 
sore matematico 68881, 
una MMU (Memory Ma- 
nagement Unit, chip di 
gestione della memoria) 
68851, e una CPU 68020 
che lavora a 14 MHz. 

La realizzazione è di tipo tradi- 
zionale: non prevede soluzioni 
avveniristiche, e neanche l’impie- 
go di componenti SMD (Surface 
Mounted Devices), mentre spic- 
cano i tre zoccoli quadrati che 
sorreggono i chip. Regna ovun- 
que l'ordine e la funzionalità... 
fuorché in un punto dove fanno 
capolino una resistenza e un filo 
volante. 

La RAM è composta da chip 
414256 ad alta densità e a montag- 
gio verticale. Viene vista come 
memoria a 32 bit quando la 
macchina è controllata dal 68020, 
mentre non è utilizzabile quando 





si fa funzionare l’Amiga con il suo 
68000 di serie. 
L'installazione della scheda, 
che dev'essere inserita nel CPU 
slot della scheda madre, non 
comporta interventi hardware su- 
gli Amiga 2000B, mentre sull’A- 
miga 2000A sono necessarie alcu- 
ne operazioni. Nella serie A, 
infatti, i 512K di fast RAM sono 
montati su una scheda di serie che 
occupa proprio il CPU slot; occor- 
re quindi rimuovere questa sche- 
da d'espansione, perdendo così 
512K di memoria, e ci è stato 
confermato che non c’è attual- 
mente rimedio a questo spreco 
hardware. Inoltre, sempre con il 
2000A, sembra che saranno ne- 
cessari altri piccoli interventi su 
ponticelli e cavallotti, mentre vie- 
ne smentita dalla Commodore la 
notizia che sarebbe anche neces- 
sario estrarre il 68000. Abbiamo 
detto “sembra” perché 
Purtroppo risposte certe 
su questi problemi non 
ne abbiamo avute. 
All’accensione della 
macchina, o al reset, la 
scheda prende il soprav- 
vento e configura il siste- 
ma in modo che venga 
esclusa la CPU di serie, il 
68000. Agli occhi dell’u- 
tente l’ Amiga si presenta 
quindi con una CPU 68020 funzio- 
nante a 14 MHz e 3 MB di RAM, 
due dei quali, quelli della scheda, 
accessibili tramite un bus dati da 
32 bit. Questa configurazione di 
default non è comunque l’unica. 
Il firmware presente nella ROM 
della scheda consente infatti di 
sceglierne altre tenendo premuti 
entrambi i pulsanti del mouse 
durante l’accensione o il reset 
della macchina. In questo caso, 
appare una schermata costituita 
da tre opzioni selezionabili trami- 
te mouse: “AmigaDOS on 68000”, 
“AmigaDOS on 68020”, “Amiga 
UX”. La prima opzione non fa 
altro che rendere attivo il 68000 
di serie. In questa configurazione 
la scheda A2620 è completamente 
invisibile al sistema, come se non 
fosse inserita; questa opzione è 
stata prevista per garantire la 
compatibilità con quei pochi pro- 
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grammi che non funzionerebbe- 
ro con il 68020 (per esempio, con 
i programmi che automodificano 
i propri codici). La seconda opzio- 
ne corrisponde alla configurazio- 
ne di default che si ottiene senza 
premere i due pulsanti del mouse. 
La terza opzione, infine, consente 
di attivare la macchina in ambien- 
te Unix, e funziona solo con 
l’Amiga UX (attivando questa 
opzione senza che sia presente un 
hard disk con una partizione 
Unix si provoca il blocco del 
sistema). 

Nella configurazione di de- 
fault, l'espansione RAM e il fun- 
zionamento con frequenza di 
clock raddoppiata offerti dalla 
scheda A2620 sono gli unici van- 
taggi ottenibili, dal momento che 
fino all’attuale release 1.3 il siste- 
ma operativo dell’ Amiga non sa 
assolutamente cosa sia una MMU 





La scheda acceleratrice A2620 da inserire nel CPU slot 


come il 68851, né può servirsi 
delle nuove istruzioni della CPU 
68020; il discorso è invece un po’ 
diverso per il coprocessore mate- 
matico, perché ormai quasi tutti i 
pacchetti software che richiedono 
calcoli complessi vengono realiz- 
zati in due versioni, una che 
sfrutta le librerie matematiche 
dell’Amiga e una che sfrutta la 
presenza del coprocessore mate- 
matico. Si noti che l’accesso diret- 
to al coprocessore matematico è 
disponibile solo con il 68020, 
mentre con il 68000 l’accesso può 
avvenire solo se il coprocessore 
matematico viene trattato come 
una periferica. Con questo gene- 
re di applicazioni, e non certo 
grazie al sistema operativo, la 
scheda A2620 può quindi essere 
sfruttata al massimo delle sue 
capacità. 

Comunque, anche se il sistema 


operativo dell’Amiga trae pochi 
vantaggi dalla presenza della 
scheda, le prestazioni dell’ Amiga 
migliorano sensibilmente quando 
si combinano una frequenza di 
clock più elevata, una memoria 
RAM a 32 bit, e una CPU dotata di 
bus dati da 32 bit (come ben sa chi 
ha letto l’articolo sulle schede 
acceleratrici nel numero 6/88 di 
Commodore Gazette), tanto che si 
giunge in genere a raddoppiare la 
velocità di esecuzione dei pro- 
grammi, e a quadruplicarla quan- 
do viene chiamato in causa anche 
il coprocessore matematico. Al- 
cuni esempi rendono più eviden- 
te questo incremento di presta- 
zioni. I lunghi tempi di generazio- 
ne delle immagini di uno slide- 
show realizzato tramite il pac- 
chetto Sculpt 4D (che è in grado di 
sfruttare il coprocessore matema- 
tico) si riducono del 60 per cento 
se si installa la scheda 
A2620. Se s’impiega il pac- 
chetto Aegis Draw nella 
versione realizzata per il 
68020 in coppia con il 
68881, si riscontrano In- 
crementi di velocità anco- 
ra maggiori: il tempo ne- 
cessario a calcolare e vi- 
sualizzare un’immagine 
dimostrativa si rivela infe- 
riore a un terzo del tempo 
richiesto con un 68000 a 7,09 MHz 
(frequenza di clock dei sistemi 
Amiga europei). 

Risultati così incoraggianti ren- 
dono la scheda A2620 quasi indi- 
spensabile per certe applicazioni, 
e viene da chiedersi quali traguar- 
di si potrebbero raggiungere in- 
stallando anche un quarzo da 25 
MHz che fornisca di un nuovo 
clock il coprocessore matematico. 


L’espansione RAM 
a 32 bit 


Per quanto riguarda l’espansio- 
ne RAM da 2 MB 32 bit presente 
sulla scheda A2620, è interessante 
analizzare come viene vista dal 
sistema operativo dell’Amiga. 
Per affrontare il discorso occorre 
una breve premessa. Come è stato 
spiegato nell’articolo del numero 





scorso, “ExecBase: i parametri 
dinamici e le liste di sistema”, 
nell’Amiga esiste una lista di 
sistema, MemList, a cui si deve 
ricorrere per sapere quanta me- 
moria libera c’è nel sistema e dove 
si trova. I suoi nodi costituiscono 
una serie di strutture MemHea- 
der, ognuna delle quali si riferisce 
a un particolare tipo di memoria 
RAM e ne elenca i chunk liberi 
(per chunk s'intende un’area di 
memoria). Queste strutture 
MemHeader sono disposte secon- 
do un ordine di priorità; per 
esempio, nell’Amiga 2000 la pri- 
ma struttura MemHeader della 
lista elenca i chunk liberi di 
memoria fast e ha priorità 0, 
mentre la seconda elenca i chunk 
liberi di memoria chip e ha priori- 
tà -10. La priorità dei diversi tipi 
di RAM determina l’ordinamento 
delle corrispondenti strutture 
MemHeader nella lista MemList, 
il quale a sua volta influisce sul 
comportamento della funzione 
AllocMem, che il sistema e i task 
dei programmatori devono im- 
piegare per allocare memoria. 
Chiamando questa funzione, ol- 
tre alla quantità di byte che si 
desidera allocare occorre indica- 
re come argomento un insieme di 
flag che ne modificano il compor- 
tamento. Se viene indicato il flag 
MEMF_CHIP viene allocata me- 
moria nella chip RAM, e quindi la 
citata priorità è ininfluente. Se 
viene indicato il flag MEMF_FAST 
viene allocata memoria nella fast 
RAM. Se viene infine indicato il 
flag MEMF_PUBLIC interviene la 
priorità: AllocMem tenta di sod- 
difare la richiesta iniziando dalla 
memoria RAM che nella lista 
MemList possiede la più alta prio- 
rità, e prende in considerazione i 
livelli a priorità inferiore solo se i 
precedenti non presentano chunk 
di memoria libera sufficiente- 
mente ampi. 

Fatte queste premesse sulla ge- 
stione della memoria da parte 
dell’Amiga, torniamo alla nostra 
prova hardware. Tramite l’utility 
per esaminare le liste di sistema 
(pubblicata anch'essa nel numero 
scorso di Commodore Gazette), ab- 
biamo osservato che i 2 MB di 


RAM della scheda A2620 vengono 
automaticamente indicati nella 
lista di sistema MemList con la più 
alta priorità (il nodo si chiama 
Expansion). Con questa configu- 
razione di default, ogni volta che 
viene chiamata la funzione Al- 
locMem indicando il flag 
MEMF_-PUBLIC, il sistema cerca 
sempre di allocare la memoria 
richiesta nella RAM a 32 bit, 
aumentando considerevolmente 
la velocità d’esecuzione dei task. 
Se invece per ragioni non dipen- 
denti dal sistema la struttura 
MemHeader relativa alla RAM da 
32 bit non dovesse trovarsi in 
testa alla lista, occorre estrarla, 
aumentarne opportunamente la 

riorità e reinserirla nella lista 
tramite la funzione Enqueue (che 
inserisce un nodo in una lista 
tenendo conto della sua priorità). 

Della MMU presente sulla sche- 
da non abbiamo parlato, perché 
in ambiente AmigaDOS non si 
prevedono impieghi per questo 
coprocessore: il sistema operativo 
non lo riconosce e il software 
difficilmente potrebbe avvantag- 
giarsene. Si tratta comunque di 
un dispositivo della massima 1m- 

ortanza in sistemi più evoluti 
come lo Unix, dove è fondamen- 
tale salvaguardare l’integrità del 
sistema dall’invadenza di task che 
dovessero (per qualunque ragio- 
ne) tentare di agire in zone di 
memoria “vietate”. 

Nell’ Amiga 2500 UX la scheda 
A2620 svolge un ruolo fondamen- 
tale per tre motivi: 

1) occorre necessariamente il 
Motorola 68020 perché la versio- 
ne System V dello Unix pensata 
per l’Amiga possa funzionare 

2) il clock da 14 MHz avvicina 
le prestazioni della macchina in 
termini di velocità a quelle di mol- 
tissime altre workstation Unix 

3) la MMU garantisce la prote- 
zione indispensabile al sistema 
operativo Unix. 


L’hard disk da 80 MB 
e lo streamer 


Oltre alla scheda acceleratrice 
già esaminata, dal punto di vista 


hardware l’Amiga 2500 UX ag- 
giunge uno streamer da 150 MB, 
un hard disk da 80 MB, nella cui 
partizione Unix è presente anche 
il sistema operativo, e la relativa 
scheda controller A2090A. La 
Commodore intende aggiungere 
ancora, prima di avviare la com- 
mercializzazione, una scheda con 
diverse porte seriali, indispensa- 
bile per collegare la macchina in 
rete con altri terminali e creare 
quindi un sistema multiutente. 
Attualmente la presenza di questa 
scheda non è certa, ma noi ci 
auguriamo che verrà fatto anche 
questo sforzo, perché ci sembra 
che un sistema Unix chiuso nei 
confronti dei collegamenti in rete 
scoraggerebbe molti potenziali 
acquirenti. 

Lo Unix fa uso della memoria 
virtuale per sopperire ai limiti 
della RAM disponibile, e per que- 
sto l’hard disk è uno strumento 
fondamentale. Ricordiamo che la 
“memoria virtuale” è un meccani- 
smo di gestione della memoria 
che consente ai programmi di 
“vedere” più byte di RAM di 
quelli fisicamente presenti nella 
macchina. Il meccanismo della 
memoria virtuale fa sì che parte 
della memoria necessaria al pro- 
gramma risieda nella memoria di 
massa (l’hard disk), e che venga 
richiamata solo nel momento di 
reale necessità, scambiandola ov- 
viamente con altre aree non più 
necessarie. lutto è trasparente ai 
programmi in esecuzione, ed è il 
sistema operativo ad assicurare 
questa trasparenza, grazie all'uso 
della già citata MMU. In parole 
povere, questo chip è un control- 
lore del bus degli indirizzi; il suo 
compito è tenere sotto controllo 
le aree di memoria di cui stanno 
facendo uso i vari task. Se un task 
cerca d’indirizzare uno spazio di 
memoria al quale non può acce- 
dere perché è riservato al sistema 
operativo o a un altro task, oppu- 
re se, come accade con la memo- 
ria virtuale, il task sta cercando di 
accedere a una parte di memoria 
non disponibile perché preceden- 
temente scaricata sul disco, la 
MMU “avvisa” il microprocessore 
e quest’ultimo prende le decisioni 
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opportune. A seconda dei casi, 
per esempio, blocca il tentativo 
d’intrusione oppure effettua il 
caricamento dell’area di memoria 
richiesta. Si comprende dunque 
che il tempo d’accesso dell’hard 
disk influenza pesante- 
mente le prestazioni del 
sistema a memoria vir- 
tuale, visto che questi 
caricamenti e registra- 
zioni di blocchi di byte 
possono aver luogo an- 
che a intervalli brevissi- 
mi. 
L’hard disk che ab- 
biamo visto installato 
nell’Amiga 2500 UX 
era un Quantum da 80 
MB e tempo di accesso medio pari 
a 18 ms, suddiviso in due partizio- 
ni, una Unix e una AmigaDOS. 
La capacità di questa periferica è 
certamente adeguata alle forti 
richieste di 
memoria di 
massa del si- 
stema Unix, 
ma è il tempo 
d’accesso me- 
dio così ridot- 
to che ci ha 
fatto definire 
“superbo” 
questo hard 
disk: si tratta 
di una presta- 
zione eccezio- 
nale per un 
disco installa- 
to in un per- 
sonal compu- 
ter, niente a 
che vedere 
con l’A590 in 
prova su que- 
sto stesso nu- 
mero, e all’al- 
tezza delle 
prestazioni 
che deve 
offrire una 
buona 
worksta- 
tion Unix. La velocità del disco è 
tale che anche le operazioni svolte 
in ambiente AmigaDOS risultano 
rapidissime. 
Il collegamento dell'hard disk 
con il controller A2090A avviene 
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attraverso una porta SCSI, come 
per l’A590, e il driver software di 
controllo è anche in questo caso 
un dispositivo shared di nome 
scsi.device (analogo ai dispositivi 
Parallel o TrackDisk). La scheda 





La scheda controller A2090A che gestisce l’hard disk da 80 MB 


controller A2090A è inserita in 
uno degli slot presenti sulla 
motherboard dell’ Amiga. Questo 
controller, che viene anche ven- 
duto separatamente (si veda l’arti- 





Si notano l’hard disk Quantum, l’A2620 nel CPU slot, e il controller A2090A sulla destra 


colo “Gli hard disk per la famiglia 
Amiga” pubblicato nel numero 
2/88 di Commodore Gazette), per- 
mette di suddividere un hard disk 
in partizioni AmigaDOS e non, è 
in grado di pilotare fino a sette 


dispositivi SCSI e due dispositivi 
ST506, e contiene due ROM che 
consentono al Kickstart 1.3 il boot 
della macchina da hard disk (que- 
sta è la maggiore novità rispetto 
alla precedente versione A2090). 
Fisicamente si tratta di 
una complessa scheda 
che occupa l’intera pro- 
fondità dell’Amiga 
2000. 

Degli 80 MB messi a 
disposizione dall’hard 
disk, la partizione attiva- 
ta sul computer in esa- 
me assegnava i tre quar- 
ti allo Unix e i restanti 
20 MB all’ AmigaDOS, 
una scelta ragionevole, 
viste le rispettive esigenze di me- 
moria. 

A parte qualche anomalia nel 
funzionamento dei led relativi 
all’alimentazione e all’attività del- 
l'hard disk, il di- 
sco sì è comporta- 
to molto bene an- 
che in complesse 
prove di funzio- 
namento svolte in 
ambiente Amiga- 
DOS. Purtroppo 
non è assoluta- 
mente possibile lo 
scambio d’infor- 
mazioni fra l’am- 
biente Unix e 
l’ambiente Ami- 
gaDOS, e nean- 
che l’accesso alle 
rispettive  parti- 
zioni dell’hard di- 
sk; questo signifi- 
ca che non ci sono 
mezzi per impor- 
tare ed esportare 
file tra i mondi 
Unix e Amiga- 
DOS, se non ri- 

correndo a flop- 

py disk o a 

un’interfaccia 

seriale. È una 

limitazione ab- 
bastanza grave, anche se potrà 
senz’altro essere superata in futu- 
ro. 

Prima di portare finalmente il 
puntatore sull’opzione Amiga UX 


continua a pagina 56 











La MPS 1224C è una stampante Mannesmann 
Tally (la MT 222) proposta con il marchio Commodo- 
re. Questa periferica non promette caratteristiche 
fantascientifiche, ma riesce a cavarsela bene in quasi 
tutte le occasioni e molti utenti Commodore ne 
saranno senz'altro conquistati... e non solo loro. 

È una stampante grafica a colori a 24 aghi e 136 
caratteri per riga, con velocità massima di stampa 
pari a 220 cps in modo Draft bidirezionale, che scende 
a 72 cps in modo Letter Quality. Offre un'interfaccia 
parallela Centronics e anche un'interfaccia seriale, 
così da poter essere collegata a qualsiasi computer 
senza necessità di ulteriori acquisti; peccato solo che 
il connettore seriale non sia il consueto DB 25 
standard, ma un DIN circolare, senz'altro meno usato 
per questo genere di collegamenti. 

Per quanto riguarda l'aspetto esteriore la prima 
impressione è di sobrietà e pulizia, e soprattutto di 
notevole robustezza (una caratteristica di cui rara- 
mente le stampanti Commodore possono vantarsi). 
La console di comando, sulla destra del pannello che 
permette l'accesso alla meccanica di stampa, offre 
tasti a membrana; questo tipo di tasti, ormai in voga 
nelle stampanti più moderne, presenta il vantaggio 
d'isolare completamente 
i microinterruttori dalla 
polvere, garantendo loro 
una vita più lunga. Gli 
svantaggi sono invece 
una risposta non ben de- 
finita alla pressione e il 
più rapido deterioramen- 
to della membrana ri- 
spetto alla plastica. Co- 
munque la console della 
MPS 1224C si rivela più 
precisa e sensibile di al- 
tre. Tramite i tasti dispo- 
nibili e i led di segnalazione si possono compiere le 
consuete operazioni di gestione della stampa, ma è 
anche possibile cambiare la fonte-carattere, il nume- 
ro di caratteri per pollice (selezionabile fra 10, 12, 15, 
17, 20), e scegliere il modo Draft o il Letter Quality. 
Trattandosi delle operazioni più frequenti, risulta 
molto comodo poterle effettuare direttamente da 
console. Inoltre, sempre da console è possibile 
attivare il menu che permette di alterare permanente- 
mente la configurazione della stampante, senza 
necessità di agire su inaccessibili DIP switch interni 
(per fare questo è necessario inserire un foglio di 
carta, sul quale verrà stampato lo stato dei vari 
parametri). 

Uno sguardo all'interno rivela diversi particolari 
interessanti sulla meccanica di stampa, sul movi- 
mento della testina e sul nastro inchiostrato (che tra 
le altre cose ha una forma originalissima, e dispone di 
tre bande colorate e una nera). Il carrello che sostiene 
la testina e il caricatore dell'inchiostro scorre su un 
albero orizzontale, che si può regolare tramite una 
levetta per determinare la distanza tra la testina di 
stampa e la carta. Il carrello è fissato a un filo d'acciaio 
collegato al motore passo-passo che provvede a 
trascinarlo lungo la riga di stampa. Durante i 
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movimenti del carrello, l'avvolgimento del nastro 
inchiostrato si ottiene con la rotazione relativa di un 
ingranaggio lungo una cremagliera fissa disposta 
parallelamente al percorso compiuto dal carrello 
lungo la riga di stampa. La scelta di utilizzare per il 
trascinamento un filo anziché una cinghia, e un solo 
albero di guida per la traslazione del carrello è una 
novità nella meccanica di stampa, e una valutazione 
attendibile diventerà possibile solo con il tempo. 

Il funzionamento, sia a colori sia in bianco e nero, 
appare soddisfacente; esistono i consueti modi di 
stampa (pica, elite, ecc.), e l'inserimento dei fogli 
singoli, nonché le operazioni sul rullo e sul trattore, 
sono pratiche e veloci, nonostante qualche levetta un 
po' dura. È possibile inserire una cartuccia di fonti 
aggiuntive e la presenza di un buffer grande fino a 
12K snellisce parecchio le operazioni. 

Fa piacere riscontrare la presenza di un sistema per 
“parcheggiare” il modulo continuo senza doverlo 
estrarre quando occorre stampare su fogli singoli con 
il trascinamento a frizione; si tratta di una caratteri- 
stica importante, che facilita notevolmente lo scam- 
bio fra i due trascinamenti. Evidenziamo inoltre il 
fatto che la MPS 1224C può emulare la EPSON 
LO2500, la NEC Pinwri- 
ter e la IBM Proprinter 
XL24. 

Una peculiarità di 
questa stampante è il 
metodo usato per la 
stampa a colori: si può 
infatti scegliere fra due 
diversi caricatori, uno 
contenente il nero e i tre 
colori fondamentali 
(cyan, magenta e giallo) 
della sintesi sottrattiva, 
l'altro contenente il ne- 
ro e i tre colori fonda- 
mentali (rosso, blu e verde) della sintesi additiva 
L'utente deve operare sulla configurazione perma- 
nente (o via software) per comunicare alla stampante 
qual è il caricatore installato. L'impiego di una 
tecnica o dell'altra dipende dalle dominanti di colore 
presenti nell'immagine e dal tipo di risultato che si 
desidera ottenere. Va notato infine che la stampa a 
colori può avvenire anche per sovrapposizione dei 
colori fondamentali sui singoli punti di stampa, 
aumentando notevolmente la densità dei colori (in 
questo caso un'analisi ravvicinata dello stampato non 
mostra un mosaico di colori fondamentali, come 
avviene nella stampa tradizionale) 

Per quanto riguarda il prezzo, la cifra ventilata (lire 
1.200.000, Iva esclusa) ci sembra senz'altro adeguata 
alle caratteristiche della macchina e in linea con i 
prezzi delle sue concorrenti 


Per ulteriori informazioni contattare direttamente: 


Commodore Italiana spa 

(MPS 1224C, L. 1.200.000 Iva esclusa) 
Via F.lli Gracchi, 48 

20092 Cinisello Balsamo (MI) 
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del menu iniziale, ci rimane da 
descrivere lo streamer, il mezzo 
universalmente adottato per lo 
scambio di software in ambiente 
Unix. Nell’Amiga che avevamo 
in prova, questa periferica era 
un’unità da mezzo pollice di fab- 
bricazione Wangtek, con una ca- 
pacità di 150 MB; non abbiamo 
avuto modo di provarlo, ma non 
ci aspettiamo spiacevoli sorprese 
dato che nel mondo Unix si tratta 
di una periferica usatissima, al 
pari dei disk drive nel mondo dei 
PC. 


Entriamo in Unix 


Entrando in ambiente 
Unix, cosa che tra l’altro 
si può fare anche dal 
Workbench mandando in 
esecuzione un piccolo 
programma, si perdono 
tutte le caratteristiche 
tipiche dell’Amiga e ci si 
trasferisce in un nuovo 
mondo: appare infatti 
uno sfondo color senape 
sul quale inconsueti ca- 
ratteri blu ci forniscono 
notizie sullo stato del 
processo di attivazione. 
Lo Unix ha infatti biso- 
gno di svolgere una pro- 
cedura piuttosto elabo- 


rata quando viene atti- 
vato e disattivato, ben 
diversa dalle semplici 
routine di reset del C-64 
e dai file di startup. Non ci 
inoltreremo nella descrizione di 
operazioni come il logon oppure 
lo shutdown; diciamo solo che 
queste procedure sofisticate ser- 
vono per evitare conflitti tra i file 
dei vari utenti e/o task al lavoro 
nel sistema, e a fare in modo che 
il sistema venga disattivato soltan- 
to quando tutti sono stati avvertiti 
e hanno smesso d’impartire co- 
mandi. 


Si tratta comunque di dettagli - 


ben noti a chi conosce questo 
sistema operativo, e qui vogliamo 
mettere in evidenza più le diffe- 
renze che le affinità con lo Unix 
standard. Si tratta di uno Unix 
System V, release 3 AT&T, che 


56/0 NASDI pi 


non ha subìto quasi nessuna mo- 
difica nell’installazione sulla mac- 
china Commodore. L’unica ag- 
giunta di rilievo è un Window 
Manager, ovvero la possibilità di 
avere delle “viste” sulle console 
virtuali (sdoppiamenti o cloni del- 
la postazione di lavoro). Intuition 
non c'entra più nulla, anche per- 
ché lo Unix si appropria intera- 
mente del sistema e l’unica cosa 
che rimane attiva è il reset da 
tastiera. 

In pratica ci viene messa a 
disposizione una console princi- 
pale più altre quattro console 
virtuali, attivabili e commutabili 
attraverso l’uso dei tasti funzione 





Le console virtuali a finestre gestite dal Window Manager 


e del mouse. Il mouse consente 
d’interagire con queste console 
virtuali e di variarne il numero in 
un modo che ricorda più i compu- 
ter Xerox che l’interfaccia utente 
dell’Amiga. 

Premendo il pulsante destro 
del mouse appare accanto al pun- 
tatore un riquadro rosso compo- 
sto da icone; selezionandole con il 
mouse, si possono compiere di- 
verse operazioni sulle finestre che 
contengono le console virtuali... 
dimensionamento, spostamento, 
alterazione dei reciproci livelli di 
profondità, scelta della finestra 
attiva e così via. Il metodo è 
abbastanza immediato, anche se 
non quanto i gadget di Intuition. 


Le console virtuali sono dotate di 
un’ombra che muta di spessore 
con molta precisione a seconda 
del numero di finestre sovrappo- 
ste (e quindi della loro apparente 
“distanza”), con un risultato mol- 
to elegante sul piano estetico. 

La main console, quella che 
viene creata dopo l’attivazione 
del sistema, non può disporre di 
finestre (per ragioni di compatibi- 
lità). Le console virtuali si trovano 
infatti all’interno di un loro scher- 
mo, alternabile con lo schermo 
della main; in ogni istante può 
essere attiva solo una console, che 
si può riconoscere dal cursore 
non lampeggiante, al contrario 
dei cursori nelle finestre 
delle console non attive. Il 
refresh delle parti coperte 
è automatico, e non sap- 
piamo se sia possibile ridi- 
rigere l’output di un pro- 
gramma Unix verso un’al- 
tra finestra. E invece scon- 
tato che esisteranno gli 
strumenti di programma- 
zione in C per creare task 
che aprano e gestiscano 
finestre, ed è probabile, 
per ragioni di compatibili 
tà dei sorgenti, che tali 
finestre debbano essere VI- 
ste dai task come dispositi- 
vi di 1/0. 

Nel Window Manager 
che abbiamo provato esi- 
steva un bug, in realtà: in 
certe situazioni non veniva 
gestito lo schermo a 256 
linee del sistema PAL e nella parte 
inferiore rimanevano visibili alcu- 
ni pixel. Ci hanno comunque 
assicurato che questo problema 
verrà risolto prima che il prototi- 
po diventi una realtà commercia- 
le. 

Abbiamo poi avuto notizia che 
lo Unix potrà leggere i dischi in 
formato AmigaDOS, però sembra 
che nessuno alla Commodore Ita- 
liana abbia ancora fatto questo 
esperimento (forse a causa della 
difficoltà di predisporre driver di 
accesso a disk drive da 3,5°°). Per 
il resto, tenendo conto del limita- 
to numero di prove che sono state 
effettuate, possiamo dire che il 
sistema si comporta egregiamen- 





te: si lavora in maniera efficiente, 
e tutto sembra seguire il classico 
standard Unix. 

Ci auguriamo ora che questa 
interessante proposta venga ar- 
ricchita da adeguati pacchetti ap- 
plicativi prima di essere messa in 
commercio, e che le molte pro- 
messe vengano mantenute. Per la 
Commodore, l’Amiga 2500 UX 
significa un’importante sfida a un 
mercato certamente non facile, 
oltre che una grossa novità per i 
suoi utenti. 


Conclusioni 


Abbiamo riservato parecchie 
considerazioni per quest’ultima 
parte dell’articolo. In una succes- 
siva e più approfondita prova, che 
si spera potrà avvenire sulla ver- 
sione definitiva dell’Amiga 2500 
UX, avremo modo di verificare le 
anticipazioni illustrate e di scen- 
dere maggiormente nei dettagli. 
Per ora possiamo affermare con 
certezza che il sistema funziona, 
che il prototipo esaminato verrà 
ulteriormente migliorato, e che 
se le promesse saranno mantenu- 
te non mancherà certamente di 
stimolare il mercato. L’unica anti- 
cipazione che non siamo riusciti a 
strappare riguarda il prezzo del- 
l'A2500 UX, sul quale la Commo- 
dore non ha voluto sbilanciarsi 
prima del tempo. Evidentemente 
l’analisi dei costi non può essere 
effettuata finché non viene decisa 
esattamente la configurazione de- 
finitiva. Per esempio, non è esclu- 
sa la commercializzazione di un 
kit che consenta di trasformare il 
proprio Amiga 2000 in una work- 
station Unix come quella che 
abbiamo appena descritto, ma è 
una decisione che si scontrerebbe 
con l’intenzione di vendere una 
macchina applicativa chiavi in 
mano e quindi c'è da aspettarsi 
che venga scartata. 

Sul prezzo dell’ Amiga 2500 UX 
possiamo fare solo una considera- 
zione basata sulla nostra esperien- 
za: è probabile che agli occhi dei 
potenziali acquirenti dell’ Amiga 
2000 apparirà un prezzo elevato, 
mentre agli occhi di chi conosce il 


mercato delle workstation Unix 
apparirà decisamente vantaggio- 
so. E certo che la Commodore 
punterà sull’economicità del pro- 
dotto per far leva sul mercato, ma 
l’hardware non verrà comunque 
regalato. Se l’Amiga 2000 ha un 
prezzo accessibile è anche perché 
viene commercializzato privo di 
hard disk, con un solo megabyte 
di RAM e senza coprocessore 
matematico... Se all’Amiga 2000 
(L. 2.715.000 + Iva) iniziamo ad 
aggiungere una scheda A2620 (L. 
2.700.000 + Iva) e una scheda 
controller A2090A (L. 1.900.000 
+ Iva nella versione con hard disk 
A2094 da 40 MB) entriamo evi- 
dentemente in una fascia di prezzi 
nettamente più elevati di quelli ai 
quali la serie Amiga ci aveva 
abituati; se poi a questo hardware 
di base andiamo ad aggiungere la 
differenza di costo di un hard disk 
da 80 MB con tempo d’accesso 
medio di 18 ms, di uno streamer 
da 150 MB, del sistema operativo 
Unix, della scheda che fornirà le 
varie porte seriali e del monitor, 
si intuisce facilmente che quando 
l’Amiga 2500 UX entrerà nel 
catalogo ufficiale avrà un prezzo 
certamente considerevole (ma 
che comunque dovrebbe essere 
più che vantaggioso rispetto agli 
elevatissimi costi di una worksta- 
tion Unix). 

Se questa macchina verrà ade- 
guatamente assistita, sarà proprio 
il suo prezzo vantaggioso a cata- 
lizzare l'interesse di moltissimi 
professionisti, e perché no, anche 
di università ed enti di ricerca. 
Certo, non è facile entrare in 
questi settori, ma neanche impos- 
sibile, purché la macchina venga 
presentata al pubblico con il ne- 
cessario corredo di applicazioni e 
commercializzata tramite punti di 
vendita seri, qualificati e compe- 
tenti. 

Viceversa, si può facilmente 

revedere che nessuno di coloro 
che hanno comprato l’ Amiga per- 
ché costa poco e offre molto 
(anche sul piano del divertimen- 
to) affronterà una spesa del gene- 
re soltanto per procurarsi un 
ingegnoso passatempo. Tutti co- 
loro che con il computer deside- 


rano semplicemente divertirsi 
troveranno probabilmente il 
mondo Unix un po’ troppo tetro 
e oneroso per inoltrarcisi. 

Per quanto riguarda l’A2620, 
che nel catalogo Commodore è 
presente anche come prodotto 
completamente indipendente 
dall’Amiga 2500 UX, possiamo 
affermare che si tratta di una 
scheda acceleratrice così sofistica- 
ta e completa da riuscire a trasfor- 
mare l’Amiga 2000 radicalmente. 
Il discorso per quel che riguarda 
la fascia di utenza è quindi senza 
dubbio aperto a tutti gli hobbisti 
evoluti e a chi usa la macchina 
professionalmente in ambiente 
AmigaDOS. 

Con i suoi 2 MB di RAM a 32 bit 
espandibili fino a quattro, un 
clock da 14 MHz, il coprocessore 
matematico 68881, e soprattutto 
con il Motorola 68020, questa 
scheda permette all’ Amiga di rag- 
giungere prestazioni che giustifi- 
cano largamente il suo prezzo. In 
campo grafico, nella generazione 
d’immagini tramite la tecnica ray 
tracing, nell’uso dell’Amiga per 
creare animazioni e slide-show, 
nell’impiego di CAD, nelle simu- 
lazioni di modelli matematici, e in 
tutti quei settori d'impiego del- 
l’Amiga che richiedono velocità e 
potenza di calcolo, la scheda 
A2620 riscuoterà sicuramente un 
vasto Successo. 

Le software house che produ- 
cono pacchetti applicativi profes- 
sionali per l’Amiga stanno già 
creando nuove versioni dei loro 
programmi che sfruttano questa 
scheda, e questo, oltre a costituire 
un importante segno di fiducia 
verso il prodotto, è il primo 
indispensabile passo verso una 
larga diffusione. 


Per ulteriori informazioni 
contattare direttamente: 


Commodore Italiana spa 
(A2500 UX prezzo da stabilirsi, 
A2090A + A2094 L. 1.900.000, 
12620 L. 2.700.000 Iva esclusa) 
Via F.lli Gracchi, 48 

20092 Cinisello Balsamo (MI) 
(Tel. 02/618321) 





A-MAX, UNA MELA PER L'AMIGA 


La ReadySoft ha appena lanciato sul mercato 
statunitense il pacchetto A-MAX, il primo emulatore 
Macintosh per l'Amiga. Si tratta di una combinazione 
software/hardware che per il modico prezzo di 199,95 
dollari trasforma l’Amiga in un Apple Macintosh, 
permettendo così agli utenti Commodore di accedere 
alla vasta biblioteca di applicazioni che ha fatto la 
fortuna del glorioso Mac. Ma che cosa significa 
“emulare” un'altra macchina? E com'è possibile 
riuscirci? Cerchiamo di rispondere brevemente a 
queste domande prima di presentare tutte le notizie 
sull'A-MAX di cui disponiamo al momento. 

Un emulatore ha il compito di far apparire un 
computer, nel suo insieme, come se fosse un altro. Le 
emulazioni si differenziano in due livelli fondamenta- 
li. Se i due computer possiedono CPU diverse, come 
per esempio il C-64 e l'Amiga, l'emulatore deve 
anzitutto far sì che il microprocessore di cui si dispone 
possa eseguire i codici macchina dell'altra CPU, 
quella del computer da emulare; dal momento che 
non si può alterare il set d'istruzioni di una particolare 
CPU, quello che si fa di solito è decodificare istruzione 
per istruzione, e in tempo reale, i codici macchina 
previsti dalla CPU da emulare. Si tratta di un'opera- 
zione molto complessa, e costosa in termini di velocità 
d'esecuzione, in quanto occorre praticamente ripro- 

durre via software la logica hardware di decodifica 
presente all'interno della CPU da emulare. Se invece 
le due macchine possiedono la stessa CPU, come 
appunto il Macintosh e l'’Amiga, lo sforzo di decodifica 
illustrato non è più necessario, e le prestazioni 
dell'emulatore migliorano di conseguenza. 

Restano però da riprodurre - con l'hardware di cui 
si dispone o tramite opportune espansioni - le 
caratteristiche di un hardware (CPU a parte) comple- 
tamente diverso. Cioè si deve fare in modo che le 
funzioni svolte dai chip del computer da emulare 
vengano imitate nella maniera più fedele possibile. 
Purtroppo, anche questo secondo livello di emulazio- 
ne, apparentemente più banale, presenta problemi 
tali che spesso le prestazioni dell'emulatore raggiun- 
gono a malapena la sufficienza. 

Se i due livelli di emulazione sono stati realizzati 
alla perfezione, non occorre far altro che installare nel 
nostro computer, sotto il controllo dell'emulatore, il 
sistema operativo del computer da emulare e tutto 
funzionerà regolarmente. Ma che non occorra nessuna 
modifica del sistema operativo è un'eventualità molto 
rara. l'emulazione dell'hardware, infatti, non è quasi 
mai completamente affidabile e in genere occorre 
ritoccare, più o meno pesantemente, il sistema 
operativo del computer da emulare 

Alla luce di questo discorso, analizziamo breve- 
mente quanto è stato fatto finora per cercare di 
trasformare l'Amiga in un altro computer. Tutti 
ricordiamo il Transformer (il primo emulatore MS- 








DOS per l'Amiga), le schede Bridgeboard XT e AT, e 
i due emulatori C-64: in ognuno di questi casi è stato 
Teso possibile l’impiego sull'Amiga di programmi 
scritti per altri computer. Ogni volta i problemi sono 
stati affrontati in maniera diversa: le due schede 
Bridgeboard, per esempio, non sono veri emulatori. 
Contengono infatti la riproduzione completa dell'har- 
dware e del firmware che costituiscono un PC 
MS-DOS compatibile dotato di 8086 o 80286. La loro 
filosofia è che per emulare un computer con il 
massimo grado di fedeltà, l'unica via è inserire il 
computer stesso all'interno di quello che lo deve 
emulare... una via non sempre praticabile, soprattutto 
per ragioni economiche. Il Transformer, invece, è un 
vero emulatore MS-DOS, cioè un sofisticato program- 
ma che interpreta i codici macchina ed emula 
l'hardware; trattandosi però di un emulatore esclusi- 
vamente software presenta gravi limiti di compatibili- 
tà e di velocità. Gli emulatori C-64, invece, riescono a 
ottenere buoni risultati sotto ogni profilo, soprattutto 
perché la macchina da emulare è più lenta e più 
semplice dell'Amiga. 

Questo ci permette di trarre una conclusione di 
valore generale: quando si cerca di emulare un 
computer dalle capacità analoghe o addirittura supe- 
riori alla macchina di cui si dispone, il compito si 
dimostra molto arduo; la situazione è invece più rosea 
quando si va nella direzione opposta. Per esempio, 
l'emulazione software dell'MS-DOS disponibile per il 
computer Archimedes della Acorn riesce a svolgere lo 
stesso lavoro di decodifica del Transformer garanten- 
do però una velocità una volta e mezza superiore a 
quella dell'IBM XT, grazie alla potenza enormemente 
superiore della sua CPU RISC. 





Il Mac in ambiente Commodore 


L'A-MAX è un emulatore nel senso stretto del 
termine: il software agisce in maniera tale da appro- 
priarsi integralmente dell’Amiga e ricreare l'ambien- 
te hardware del Mac anche per quanto riguarda 
l'accesso ai disk drive. È accompagnato da un modulo 
d'espansione hardware destinato a contenere le 
Eprom di sistema del Macintosh, sia quelle da 64K del 
primo Mac sia quelle da 128K del Mac Plus. Inoltre 
viene messa a disposizione una porta SCSI per 
collegare un disk drive Apple da 800K (sulla cui utilità 
discuteremo in seguito) e una porta per il collegamen- 
to di un altro disk drive Amiga. Un aspetto interessan- 
te del modulo d'espansione è che viene collegato alla 
porta disk drive dell'Amiga, al fine di assicurare la 
compatibilità con tutti i modelli della linea Amiga, dal 
momento che il connettore per disk drive è sempre lo 
stesso. È interessante anche notare che le ROM 
contenenti le routine di base del Macintosh non 
vengono fornite con il prodotto, a causa di problemi di 








copyright: occorre quindi procurarsele di persona. 

Com'è noto il Mac, al pari dell'’Amiga, possiede un 
Motorola 68000, e questo ha facilitato notevolmente la 
creazione dell'emulatore A-MAX. Infatti non c'è stato 
bisogno di creare un parser che decodificasse i codici 
macchina dei programmi per il Mac. Per di più va 
detto che usando le ROM del Mac Plus è possibile 
utilizzare a piena potenza una CPU 68020 eventual- 
mente installata nell'Amiga. 

La grande flessibilità dei chip grafici dell'Amiga ha 
permesso di ricreare senza troppa fatica la risoluzione 
video standard del Macintosh di 512 x 342 pixel in 
interlace. È stato invece necessario riconfigurare la 
memoria RAM in quanto nel Mac è organizzata in un 
unico blocco a partire dall'indirizzo zero, mentre 
nell'Amiga è ripartita in diverse aree del campo 
indirizzabile non contigue fra loro. La questione è 
stata risolta in maniera molto efficace e anche i 
programmi che superano la barriera dei 512K vengono 
eseguiti senza difficoltà (per i primi 512K il problema 
non si pone perché la memoria chip è continua per 
definizione e sistemata a partire dall'indirizzo zero). 

Con i disk drive si sono incontrati problemi molto 
maggiori. I formati adottati dalle due macchine sono 
infatti abbastanza diversi, sia dal punto di vista 
hardware sia da quello software: pur adottando lo 
stesso sistema MFM per la registrazione dei dati sul 
supporto, nei disk drive Apple la velocità di rotazione 
varia a seconda della traccia alla quale si accede. La 
meccanica dei disk drive dell'Amiga può replicare 
solo due delle cinque velocità del Mac, e quindi i 
dischi formattati dal Macintosh non possono essere 
letti direttamente dall’Amiga. Si deve per forza 
ricorrere a un'opportuna utility (da usare con il Mac) 
che ripartisce i vari blocchi in tre dischi leggibili 
dall'Amiga. L'A-MAX provvederà poi a riunire il tutto 
in un unico disco in formato Amiga. Comunque, la 
soluzione migliore per importare file e programmi da 
dischi originali Macintosh rimane un disk drive Apple 
originale collegato alla porta SCSI del modulo har- 
dware che accompagna l'emulatore A-MAX. 

A proposito dei driver software per le unità a disco, 
c'è da dire che a complicare ulteriormente le cose è 
venuta l'impossibilità di utilizzare le routine interne 
dell’Amiga (quelle contenute nel dispositivo TrackDi- 
sk)in quanto le operazioni sarebbero diventate troppo 
lente. Sono quindi state riscritte da capo anche le 
routine di livello più basso, quelle a contatto diretto 
con l'hardware. 

Sembra che le altre periferiche, invece, non abbiano 
subito traumi rilevanti nella trasformazione. Le porte 
seriale e parallela dell'Amiga possono essere utilizza- 
te tranquillamente dal sistema operativo del Macinto- 
sh, con in più la possibilità di sceglierne le modalità 
d'uso. Infatti il Mac dispone di due porte seriali e 
nessuna parallela, e quindi sta a noi decidere come le 
porte del computer Commodore dovranno corrispon- 
dere a quelle originali 

Le capacità grafiche e i colori dell'Amiga non 
vengono utilizzati quasi-per niente, in quanto l'emula- 
tore trasforma l'Amiga in un Mac della prima serie 








per il quale non era prevista la grafica a colori (lo è 
stata solo a partire dal Macintosh II); possiamo però 
scegliere con quale coppia di colori lavorare. 

Lo stesso discorso vale per i suoni, che si limitano 
a un semplice “beep", l'unico suono che viene 
utilizzato dalla maggior parte dei programmi profes- 
sionali per il Mac. I giochi fanno uso di una speciale 
tecnica, chiamata PWM (modulazione della durata 
d'impulso), tramite la quale riescono a ricavare suoni 
più sofisticati, in genere provenienti da digitalizzazio- 
ni, intervenendo direttamente sull'hardware. Almeno 
in questa versione dell’A-MAX tale tecnica non è 
utilizzabile con l'Amiga (sembra a causa di problemi 
con il DMA). 

Infine va segnalato che attualmente non viene 
riconosciuto nessun hard disk, ma per il futuro sono 
previste modifiche che renderanno possibile il colle- 
gamento di alcuni hard disk dedicati al Mac e anche 
l'accesso a una partizione di un hard disk per l'Amiga. 

Concludiamo parlando dei programmi per il Macin- 
tosh che sembrano non aver problemi con l’A-MAX. 
Oltre a MultiFinder, sono state provate moltissime 
applicazioni professionali, tra cui HyperCard, Excel, 
PageMaker, Word, MacPaint (tutte le versioni), 
MacWrite, FullPaint, MacDraw II, LightSpeed Pascal, 
LightSpeed C, SuperPainte TMON. Inoltre funziona- 
no perfettamente anche tutte le versioni del sistema 
operativo fino alla 6.00. Tra i programmi con difficoltà 
più o meno gravi troviamo invece i giochi, che 
funzionano solo in minima parte, alcuni programmi di 
comunicazione (tranne MacTerminal che funziona 
perfettamente), e alcuni programmi che consentono 
d'interfacciare il Mac con tastiere MIDI. Tutti questi 
tipi di programma, infatti, fanno parecchio affidamen- 
to sull'hardware ed è ovvio che incontrino delle 
difficoltà quando l'hardware viene a mancare. 

La velocità che si ottiene attraverso l'A-MAX è la 
stessa del Macintosh Plus originale, in particolare per 
quanto riguarda l'accesso ai dischi. Considerando che 
il prezzo di questo pacchetto è di soli 199,95 dollari, 
contro il costo quasi dieci volte superiore della 
macchina Apple, è facilmente prevedibile un buon 
successo per l'A-MAX: poter utilizzare le più famose 
applicazioni professionali per il Mac (con le quali la 
compatibilità sembra accertata) sarà una grossa 
tentazione per parecchi utenti. Infine, è lecito aspet- 
tarsi alcune migliorie nelle prossime versioni dell'A- 
MAX se, come afferma il suo autore, l'intero progetto 
è nato soltanto per vedere come se la sarebbe cavata 
l'’Amiga in un compito che l'Atari ST aveva già 
affrontato. 





Per ulteriori informazioni 
contattare direttamente: 


ReadySoft 

(A-MAX, $199,95) 

P.O. Box 1222 

Lewiston, NY 14092, USA 
(Tel. 001/416-7314175) 








INCHIESTE SOFTWARE 


LA VIOLENZA 
CORRE 


SUL 


VIDEO 


Forse i videogiochi nazisti sono soltanto un abbaglio di giornalisti 
in cerca di sensazionalismo, ma nella produzione attuale c’è anche 
di peggio. Un’inchiesta di Commodore Gazette nel mondo del software 


di Fabio Rossi 


sq 
una serata dell’inverno 
scorso: come di consueto, 

I nelle loro case milioni 
d’italiani si siedono davanti al 
televisore, sintonizzati sulla pri- 
ma rete nazionale. La trasmissio- 
ne è TGI Sette, il settimanale 
d’informazione della Rai. 

Fra i servizi proposti, ce n'è 
uno che colpisce le famiglie molto 
più delle guerre in Medio Oriente 
o dell’assurda serie d’incidenti 
aerei che hanno provocato in 
poche settimane centinaia di vitti- 
me. L'argomento è la diffusione 
del pericoloso fenomeno dei vi. 
deogiochi nazisti. Oggetto anche 
di parecchi articoli sulla stampa 
italiana specializzata e non, i “vi- 
deonazi” hanno titoli raccapric- 
cianti: Hitler Dictator, Antiturkesh 
Test, Treblinta, Smash the Jews. 
Grazie a TGI Sette, ora sconvolgo- 
no anche dal video centinaia di 
famiglie che non avevano il mini- 
mo sentore del fenomeno. Per 
completare il quadro, il servizio è 
accompagnato da un'intervista 
che calca la mano sul pericolo di 
diseducazione a cui sono sottopo- 
Sti i giovanissimi fruitori dei vi- 
deogiochi. 

Dopo un’introduzione adegua- 
tamente allarmistica, vengono in- 
fatti poste alcune domande all’au- 
tore di Hitler Dictator (ariano, 
naturalmente). Le sue risposte, 
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come afferma un lettore della 
rivista specializzata The Games 
Machine, sono “da far accappona- 
re la pelle”, e alla fine del servizio 
sono in molti a credere che anche 
Space Invaders abbia implicazioni 
antisemitiche. 


nare. Persa subito la speranza di 
trovare questo genere di prodotti 
sul mercato ufficiale, abbiamo 
indagato fra le maggiori associa- 
zioni di pirati europei, ma ancora 
con risultati scoraggianti. 

Più li cercavamo e più i video- 





Una schermata di Stalag, contrabbandato come nazigame 


L’inesistente invasione 


Vista la preoccupazione gene- 
rale sollevata dai numerosi artico- 
li che sulla carta stampata hanno 
fatto da cornice al servizio televi- 
sivo, abbiamo voluto indagare 
anche noi sul fenomeno dei “nazi- 
game”, per toccare con mano i 
famigerati dischi che decine di 
giornalisti non specializzati aveva- 
no evidentemente potuto esami- 


nazi sembravano come il leggen- 
dario tesoro delle SS: tutti sanno 
che esiste, ma nessuno riesce a 
trovarlo. Proprio quando aveva- 
mo perso ogni speranza di rin- 
tracciare anche solo un program- 
ma per documentare fotografica- 
mente l’articolo, la vasta rete di 
contatti intrecciata durante le 
ricerche ha dato i suoi frutti: 
finalmente ci siamo visti recapita- 
re un disco per C-64, con un’inte- 





stazione (scritta a penna) che non 
lasciava dubbi. Avevamo Smash 
The Jews! 


Schiaccia gli ebrei 


Una volta caricato in memoria, 
Smash the Jews si è rivelato un 
vecchio giochino del 1984, origi- 
nariamente intitolato Stal/ag, cui 
era stata aggiunta una schermata 
introduttiva con il nuovo titolo, e 
nient’altro. 

Stalag (ci rifiutiamo di usare il 
nome della versione piratata) è un 
programma di una semplicità di- 
sarmante: da un gruppo di barac- 
che situate al centro dello scher- 
mo, minuscoli omini realizzati 
con un singolo carattere grafico 
rilocato scavano alcuni tunnel 
verso i bordi dell’area di gioco, 
lasciandosi alle spalle rozze strisce 
bianche. Il giocatore, nei panni di 
un piccolo sprite che si muove 
mimando il passo dell’oca, deve 
intercettare i prigionieri. Con il 
passare del tempo i fuggitivi di- 
ventano sempre più veloci e nu- 
merosi, sino all’inevitabile mo- 
mento del game over, che sanci- 
sce inesorabilmente la vittoria dei 
prigionieri. A seconda del livello 
di difficoltà, la sentinella viene 
ostacolata dalla presenza di cani 
da guardia che, lungi dal compie- 
re il loro dovere, preferiscono 
scorrazzare per il cortile del cam- 
po attentando alle caviglie del 
sorvegliante. Tutto qui. 

A Stalag è stata semplicemente 
aggiunta la nuova schermata far- 
neticante (realizzata da un pirata 
inglese, a quanto sembra) e la 
difficoltà di reperirlo è indice 
dello scarso interesse che il pro- 
gramma (vecchia o nuova versio- 
ne) ha suscitato fra gli utenti. 

‘ Ora che abbiamo riportato il 
fenomeno del software “nazista” 
a una dimensione più contenuta 
ma più realistica, rimarrebbe da 
considerare lo Stalag originale. 
Per quanto le interpretazioni pos- 
sano essere discordi, la nostra 
impressione è che Stalag non sia 
altro che una mediocre ricostru- 
zione di un episodio della Secon- 
da guerra mondiale. I prigionieri 


(non ebrei ma americani, come 
dimostra il jingle che accompagna 
la loro fuga) annullano con la loro 
superiorità numerica il dominio 
della guardia, peraltro ridicola 
nella sua incapacità di controllare 
persino i suoi stessi cani. 

Alla fine il gioco si risolve 
sempre con un’evasione in massa 
dal campo. In Stalag non c’è 
ombra di violenza: la sorte dei 
prigionieri intercettati è lasciata 
all’immaginazione del giocatore, 
ela logica stessa del gioco suggeri- 
sce una nuova segregazione indo- 





non è altro che una mistificazio- 
ne, ci fanno ritenere che tutto 
questo parlare di nazismo non sia 
altro che un abbaglio della stam- 
pa non specializzata alla ricerca di 
titoli a sensazione. Del resto nes- 
suno si è mai sognato di alzare 
l’indice accusatore su telefilm co- 
me Gli eroi di Hogan, una serie 
televisiva la cui trama è identica a 
quella di Stalag. 

Resta invece 1° inquietante real- 
tà del software “ultraviolento”. 
Da sempre un certo genere di 
videogiochi si basa sull’ elimina- 
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Sopra: i prigionieri che fuggono nella schermata di Stalag. 
Sotto: Operation Wolf, un gioco violento per C-64 e Amiga 


lore, che permetterà immediata- 
mente un nuovo tentativo di 


fuga. 


La vera ultraviolenza 


Il fatto di non aver potuto 
reperire software nazionalsociali- 
sta, né presso i negozi né presso i 
pirati, e l'aver scoperto che Stalag 


zione totale dell'avversario, con 
infinite variazioni sul tema. L'eli- 
minazione può riguar dare il per- 
sonaggio contr ollato da un altro 
giocatore o una flotta di astronavi 
aliene, ma nei primi videogame 
era sempre assolutamente asetti- 
ca. Era un atto violento come 
abbattere i birilli in una partita di 
bowling. 

Poi, a 


mano a mano che le 





ALLA RICERCA 
DEL NAZISTA PERDUTO 


Quando abbiamo tentato di procurarci i programmi accusati 
di “videonazismo"” che hanno scatenato negli ultimi tempi gli 
strali della stampa italiana, abbiamo scoperto una realtà molto 
diversa da quella descritta da quotidiani e trasmissioni 
televisive. I “nazigame” sembravano non esistere affatto, e solo 
la creazione di una fitta rete di contatti in molti Paesi europei 
(Italia, Inghilterra, Germania, Belgio, Francia, Spagna e 
Olanda) ci ha permesso di giungere a qualche risultato. 

Dopo aver abbandonato quasi immediatamente le ricerche 
tramite i canali ufficiali (negozi e importatori); le nostre 
indagini si sono spostate sul circuito pirata. In Italia, due dei 
maggiori esponenti di questo ambiente dichiarano di non aver 
mai visto giochi nazisti se non il solito Stalag (del 1984) e Third 
Reich (che è la trasposizione elettronica di un noto gioco da 
tavolo del tutto apolitico). Dalla Spagna e dalla Francia 
vengono notizie analoghe. Le prime risposte interessanti sono 
arrivate-dagli hacker britannici e olandesi, che hanno afferma- 
to di essersi rifiutati d'inserire nelle loro “liste” i giochi 
estremisti per una specie di autoregolamentazione, mentre in 
Germania il fenomeno è stato definito come “marginale e 
passeggero, ormai concluso da molti mesi”. 

Eccettuato il caso di Stalag di cui parliamo dettagliatamente 
nel corso dell'articolo, l'unico gioco d'ispirazione nazionalso- 
cialista che siamo riusciti a rintracciare è scritto per computer 
IBM, ha una struttura esclusivamente testuale che ne impedi- 
sce la diffusione al di fuori dei Paesi di lingua tedesca ed è 
relegato a un BBS situato in Belgio. Siamo riusciti ad arrivare 
a Dachau General(questo è il nome del gioco) solo grazie a una 
complicata serie di collegamenti via modem, rintracciando il 
programma in questione in una sezione del sistema protetta da 
diversi livelli di sicurezza, che ne impediscono la visione a chi 
non sia un vero hacker. 

Queste scoperte mettono in evidenza che la stampa italiana 
si è lasciata andare a una serie di conclusioni affrettate sulla 
base di qualche confusa nota di agenzia, ingigantendo quello 
che è un fenomeno pressoché inesistente, relegato in realtà ad 
ambienti iniziatici e quasi inaccessibili. In realtà, anche se le 
nostre ricerche lungo i tortuosi canali degli ambienti pirati 
avessero dato qualche frutto, le conclusioni non sarebbero state 
troppo diverse. Prima di parlare di “fenomeno di costume” ci 
vuole ben altro che due o tre programmi impossibili da 
raggiungere per l'utente medio. Ma gli errori dei giornali non 
sono certo una novità (ricordate la clamorosa cantonata presa 
l'anno scorso da Repubblica sull'argomento dei virus elettroni- 
ci?). L'unica differenza è che a questo autodafé hanno preso 
parte anche personaggi della stampa specializzata: è il caso di 
Francesco Carlà. Le foto che accompagnano il suo articolo 
apparso sulle pagine dell'Espresso il 2 aprile 1989 arrivano 
chiaramente a definire “nazigame” il povero Rocket Ranger 
della Cinemaware (in cui l'eroe combatte contro i nazisti), che 
aveva probabilmente l'unico torto di offrire schermate con 
svastiche in evidenza, ideali per illustrare l'articolo. F.R. 








capacità grafiche e sonore degli 
home computer miglioravano e la 
memoria disponibile aumentava, 
i programmatori hanno potuto 
rendere sempre più realistiche e 
più cruente queste distruzioni, e 
oggi è possibile caricare sul pro- 
prio computer giochi che offrono 
bersagli umani da massacrare e 
violenza gratuita in quantità im- 
pressionante. Titoli come Opera- 





In Techno Cop un poliziotto elimina gli 
avversari con grande spreco di sangue 


tion Wolf o P.0.W. per l Amiga o 
come Project: Firestart e le avven- 
ture di Rod Pike (Dracula, Jack 
the Ripper ecc.) per il Commodore 
64, basano il loro successo e le 
loro impressionanti vendite pro- 
prio sulla presentazione di corpi 
umani smembrati e sanguinanti e 
sul massacro indiscriminato di 
avversari disegnati con notevole 
realismo. 

Un elenco dei programmi che 





fanno ricorso ad atti di violenza 
più o meno realistici occuperebbe 
forse più pagine di quelle che 
compongono questo numero del- 
la rivista, ma un semplice sondag- 
gio e un’occhiata al software più 
venduto (su tutto il mercato mon- 
diale) ci dicono che i giochi di 
questo tipo hanno un successo 
molto superiore a quello che ci si 
potrebbe aspettare, e proprio 





Tre giochi “violenti”. Dall’alto: Infernal 
Runner, Deathwish III e Target Renegade 


presso un pubblico di giovanissi- 
mi. 

«e ragioni di questo orienta- 
mento sono semplici e sono le 
stesse che sociologi e psicologi 
hanno identificato studiando al- 
tre forme d’intrattenimento “vio- 
lento”, come i film splatter, il rock 
heavy metal o particolari sport 
come il wrestling: in una società 
che tende a reprimere l’atavica 
tendenza degli esseri umani a 


VIDEONASTY D.0.C. 


Ecco un tentativo di hit parade dei giochi ultraviolenti, che 
abbiamo diviso fra programmi per home computer e giochi da 
sala. Per ogni titolo abbiamo indicato fra parentesi le caratteristi- 
che salienti che giustificano la qualifica di “videonasty”, 
sperando che la loro assurdità di fondo sia evidente per tutti i 
lettori. 


Sale giochi: 


1. Torture Dungeon (impugnando una pistola a fotocellula si 
colpiscono impotenti vittime legate a svariati strumenti di 
tortura, ottenendo in cambio urla digitalizzate e sanguinosi 
smembramenti). 


2. Splatter House (Jason, il protagonista della serie cinema- 
tografica Venerdì 13, affronta ogni sorta di mostri macellandoli 
con una sega a catena che ne fa schizzare i liquidi organici sulle 
pareti, e li trasforma in poltiglie agonizzanti). 


3. N.A.R.C. (due agenti di polizia, durante un'operazione 
antidroga, sparano a personaggi digitalizzati che hanno le 
fattezze di alcuni noti attori). 


4. Operation Thunderbolt (due mitragliatori Uzi vibrano 
nelle mani dei giocatori, che sparano a immagini molto 
realistiche senza far troppa distinzione tra guerriglieri e 
innocenti passanti). 


5. Operation Wolf (il precursore del titolo precedente, con 
una sola mitraglietta e convertito anche per microcomputer). 


Home computer: 


1. Techno Cop (un poliziotto elimina i suoi avversari con una 
potentissima pistola che li fa esplodere e li riduce in masse 
tremanti e sanguinolente, ed è possibile uccidere senza motivo 
bambini e altri innocenti). 


2. Deathwish III (basato sulla serie de Il giustiziere della 
notte, il gioco vede un Charles Bronson digitale armato di 
bazooka ridurre a brandelli criminali, prostitute e comuni 


passanti). 


3. Le avventure di Rod Pike (durante lo svolgimento dei 
giochi testuali appaiono improvvisamente alcune realistiche 
schermate grafiche che rappresentano teste mozze, corpi 
sventrati e amenità simili, che vengono riprese dalle descrizioni 


testuali). 


4. Thai Boxing (il gioco consiste in un incontro di boxe 
thailandese. Il volto dell'avversario, sempre più sanguinante e 
tumefatto compare in un'apposita finestra grafica). 


5. Infernal Runner (gioco di risalita primitivo ma grangui- 
gnolesco, uscito nel 1984, nel quale il protagonista era trafitto da 
trappole acuminate, smembrato da mostri, fatto esplodere con 
abbondante spreco di sangue e così via). 








prevalere l’uno sull’altro median- 
te l’uso della forza, le forme di 
evasione che si basano su questi 
aspetti dell'animo umano vengo- 
no usate come “valvole di sfogo”. 
Nei videogame, in più, si posso- 
no ottenere soddisfazioni che al- 
tri mezzi d’intrattenimento non 
permettono. In primo luogo la 
possibilità di essere protagonisti 
dell’azione, anziché osservatori 
passivi. In secondo luogo la liber- 
tà dalle pastoie delle leggi fisiche, 
che consente di portare la violen- 
za digitale alle conseguenze più 
estreme e fantasiose. Entrando in 
una qualunque sala giochi, oggi è 
già possibile sventrare con una 
sega elettrica i propri avversari e 
ridurli a mucchietti di carne san- 
guinante (Splatter House) o addi- 
rittura sfogare i propri istinti 
sadici sparando con una pistola a 
fotocellula contro esseri umani 
prigionieri di strumenti di tortura 
(Torture Dungeon, solo di recente 
ritirato dal mercato extra-nippo- 
nico). Ma le console delle sale 
giochi hanno capacità spesso mol- 
to superiori a quelle degli home 
computer, e la fantasia dei pro- 
grammatori fino a oggi si è rivolta 
soprattutto in quella direzione. 
C'è da chiedersi quali potranno 
essere gli sviluppi violenti dei 
videogame via via che aumente- 
ranno le potenzialità dei compu- 
ter domestici... 


Il futuro dell’omicidio 
elettronico 


Non c’è dubbio che capacità 
grafiche e sonore sempre più 
evolute renderanno possibile por- 
tare la rappresentazione dell’omi- 
cidio a livelli di realismo sempre 
crescenti, e l’annuncio di nuovi 
sistemi come la console Konix, 
che darà supporto a periferiche 
come fucili a fotocellula dotati di 
rinculo e visori tridimensionali 
avvolgenti, rendono plausibili vi- 
sioni cyberpunk di un futuro in 
cui non sarà facile distinguere la 
morte sul video da quella reale. 

Già oggi c’è chi si preoccupa 
dei possibili influssi negativi dei 
videogame ultraviolenti (che, a 
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differenza dei videogiochi nazisti, 
esistono davvero). Parecchi gio- 
chi sono stati denunciati alle auto- 
rità e sottoposti a censura grazie 
all’intervento di gruppi di genito- 
ri preoccupati, e proprio nella 
Germania “nazista” è stata proibi- 
ta la vendita dei programmi che 
presentano un eccesso di violenza 
esplicita. 

Se in Germania e in generale 


a un videogioco, ma è opinione 
comune che con l’evolversi delle 
tecnologie e della qualità dei 
prodotti i rischi aumenteranno 
sempre più. . 

Facendo un paragone con gli 
appassionati dei film horror/ 
splatter, che si trovano bersagliati 
da immagini simili a quelle di 
alcuni videonasty, e rammentan- 
do il concetto di “valvola di 
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Una schermata di Barbarian, un gioco “vietato ai minori” 


nell’Europa del nord esistono leg- 
gi specifiche e un codice di auto- 
regolamentazione delle vendite 
che ha portato per esempio a 
vietare la vendita ai minori di 
programmi come Wolfman (della 
serie di Rod Pike) o Barbarian 
della Palace, in cui il sangue 
scorre a fiumi, in tutto il resto del 
mondo non c’è nessun controllo 
sulla diffusione della violenza di- 
gitale. Per quanto un intervento 
di censura sia sempre spiacevole, 
resta il fatto che la maggior parte 
delle persone che sono venute a 
contatto con quel software ultra- 
violento che gli inglesi hanno 
definito “videonasty” concorda 
con l’idea di controllarne in qual- 
che modo le vendite. 

La preoccupazione più diffusa 
è ovviamente che una simile for- 
ma di messaggio violento, unita al 
ruolo attivo del giocatore, provo- 
chi nell’utente non preparato (mi- 
nori, ma anche adulti particolar- 
mente sensibili) shock e disturbi 
della personalità che potrebbero 
persino portare a comportamenti 
pericolosi. A tutt'oggi non si sono 
registrati casi di violenza ispirata 


sfogo”, alcuni operatori specializ- 
zati (principalmente produttori di 
software, ma anche giornalisti 
specializzati) hanno obiettato che 
queste preoccupazioni potrebbe- 
ro rivelarsi infondate, e che al 
contrario un’indigestione di vio- 
lenza simulata potrebbe limitare 
il desiderio di violenza reale. Che 
l’oggetto del dibattito siano film, 
libri, musica o videogame, in ogni 
discussione sull'argomento sl rI- 
trovano puntualmente queste 
due posizioni, con esperti di chia- 
ra fama che discutono la questio- 
ne portando a sostegno delle loro 
tesi studi ed esperimenti. 

Chi scrive non può che conclu- 
dere con un inquietante interro- 
gativo: è proprio vero che a 
prodotti come i videogiochi può 
essere attribuita una funzione 
catartica, o stiamo avvicinandoci 
al giorno in cui troveremo “nor- 
male” che un uomo venga fatto a 
pezzi da una raffica di mitra 
sparata in mezzo alla folla? Forse, 
nella nostra collezione di software 
abbiamo qualcosa di peggio dei 
videonazi... 





L'ULTRAVIOLENZA: 


PARLANO GLI OPERATORI 
DEL SETTORE È 


Abbiamo chiesto a persone coinvolte 
a titolo diverso nell'industria del software, 
di esprimere un'opinione sul fenomeno 
dei videogiochi nazisti e dell’ultraviolenza. 
Le risposte, come si può vedere, 
hanno manifestato in genere la tendenza 
a minimizzare 


Stefan Roda, tecnico della software house Italvi- 
deo: da molto tempo, ormai, il tema conduttore dei 
videogiochi d'importazione è quello della cosiddetta 
“ultraviolenza" (come la definiscono con convinzione 
alcune riviste del settore). Alla diffusione di questo tipo di 
software hanno contribuito diversi fattori, tra cui alcune 
ricerche di mercato inglesi (che seguono da vicino l'effetto 
dei mass-media sulla popolazione giovanile) e una certa 
mancanza di creatività nella ricerca di temi originali. 

In realtà vi sono anche motivi tecnici e commerciali 
dietro a questi prodotti che per la maggior parte sono Spin 
off (giochi tratti da film o telefilm). Innanzitutto sono facili 
da realizzare, perché sfruttano routine già collaudate nei 
giochi precedenti... se togliamo la parte grafica, i giochi 
sono praticamente identici. In secondo luogo le software 
house spingono questo genere di prodotti perché possono 
contare su un sicuro successo di vendita dovuto alla 
notorietà del film/telefilm e al desiderio dei ragazzi 
d'immedesimarsi nei loro eroi. 

Ma per fortuna si sta già profilando un cambiamento di 
tendenza. Splendidi esempi di questo nuovo genere di 
prodotti interattivi, in cui il giocatore può impersonare un 
giornalista, un pilota, un esploratore, ci vengono per ora 
principalmente dall'America. La stessa Italvideo produrrà 
software in tal senso, rifiutando a priori il software 
“ultraviolento”, anche se per motivi commerciali si è 
ancora costretti a utilizzare motivi “shock” per le immagini 
di copertina, dato che in questo mercato, nella maggior 
parte dei casi, il prodotto si vende più per quello che c'è 
in copertina che per il contenuto. 

Un discorso a parte meritano certe follie di alcuni 
programmatori tedeschi e inglesi, che nel cosiddetto 
network-pirata stanno facendo circolare programmi demo 
per C-64 (di cui una copia è in mio possesso) i quali, per 
mezzo di house music digitalizzata e immagini pulsanti 
psichedeliche, pubblicizzano involontariamente (?) la 
nuova droga denominata Acid e incitano ai comportamen- 
ti tipici di chi assume questa droga. Programmi come 
questi li condanniamo fermamente e speriamo che nessun 
produttore europeo, per puri motivi di guadagno, voglia 
mai pubblicizzare giochi del genere. 


Davide, pirata, anni 21: non ho mai visto i cosiddetti 
videogiochi nazisti e di conseguenza non posso esprimere 
un'opinione al riguardo, ma conosco bene i giochi violenti 
Penso che questo genere di programmi abbia un'influenza 
molto marginale sui giocatori, comunque minore di quella 
che può avere un film o uno spettacolo televisivo. È 
certamente possibile che un ragazzino di otto o nove anni 
possa rimanere impressionato, e per questo sarebbe bene 
che ì giochi venissero divisi per fasce d'età come accade 
per altrì prodotti 


Laura Maestri, responsabile della Lago snc: in 
qualità d'importatori e, soprattutto, di rivenditori tramite 
posta, siamo molto sensibili al problema e a un'eventuale 
crescita del fenomeno. I programmi ricreativi senza 
dubbio seguono una tendenza generale già sviluppatasi 
attraverso media molto più diffusi (cinema, televisione, 
musica...) volta a enfatizzare la spettacolarità delle 
situazioni, positive o negative che siano. Nell'ambito del 
gioco interattivo, l'immancabile conseguenza è un'ampli- 
ficazione degli effetti sonori e visivi che rendono il 
prodotto più appariscente e curioso. A nostro avviso, è 
comunque importante ricordare che, come per qualsiasi 
altro strumento di svago, la decisione determinante viene 
presa dal consumatore - o dai genitori, nel caso di utenti 
minorenni - che può scegliere tra programmi molto 
diversi, di cui è sempre disponibile un vasto assortimento. 


Vitali, dettagliante: come negoziante non posso 
permettermi di censurare la mia merce, ma se i bambini 
cercano la violenza, nei videogiochi o in altri modi, è frutto 
di una determinata educazione ricevuta dalle famiglie. 
Non penso comunque che simulazioni violente possano 
spingere a una violenza reale, ma piuttosto che servano 
per sfogare l'aggressività che è in tutti noi. La recente 
polemica sui giochi nazisti o violenti è un effetto 
dell'eterna diffidenza verso le tecnologie non ancora 
assimilate. Non c'è nessuno che se la prende con i 
frigoriferi, ma solo perché ormai sono oggetti familiari a 
tutti e servono per riempirci la pancia. 


John Holder, presidente della Leader Distribuzione 
srl: ci risulta che i cosiddetti nazi-game siano un 
fenomeno piuttosto marginale, che riguarda comunque il 
mercato tedesco. Sembra che siano adventure, e che 
quindi abbiano una forte componente testuale. Sono 
sicuramente poco interessanti per gli utenti italiani, a 
meno che non abbiano un'ottima conoscenza della lingua 
tedesca. I giochi del tipo Jack the Ripper sono pubblicati 
da software house piuttosto piccole, forse alla ricerca di 
qualcosa di scandaloso per farsi un po' di pubblicità 
(questo gioco non è stato importato dalla Leader) 
Tuttavia è difficile per noi sapere in anticipo il contenuto 
preciso di tutti i giochi lanciati sul mercato e dobbiamo 
dipendere dal buon senso delle software house. 

Il mondo dei videogiochi non è un mondo a se stante. Se 
prendiamo in considerazione i venti giochi più venduti del 
1988, constatiamo che ben 12 sono le conversioni per 
home computer di giochi coin op (quelli delle sale giochi), 
altri tre sono tratti da film (Rambo III, Predator e Platoon) 
e quattro sono giochi sportivi. È quindi ovvio che se i 
giochi da bar e i film hanno contenuti violenti, i 
videogame avranno la stessa caratteristica. Personalmen- 
te ritengo comunque che, per esempio, il gioco Robo Cop 
sia molto meno violento del film omonimo e sicuramente 
è molto meno scioccante perché il realismo di un computer 
è meno diretto che quello di un film 

In generale, credo che il gioco per computer sia un 
passatempo assolutamente innocuo, che ha l'unico "ri- 
schio” di essere a volte banale e poco costruttivo. A questo 
proposito però abbiamo notato un crescente interesse per 
i giochi più impegnativi come le simulazioni di volo, 1 
giochi di strategia, quelli di ruolo e così via, tant'è vero che 
questo settore rappresenta il 25 per cento del nostro 
fatturato di software Imparare a volare con un ottimo 
simulatore com'è F-19 Stealth Fighter o F-16 Falcon 
oppure ricreare famose battaglie con UMS (Simulatore 
militare universale) può essere un esercizio mentale 
notevole oltre che una sfida stimolante e divertente. MI 
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DAL NOSTRO INVIATO AD HANNOVER 


CEBIT ’89: 
TUTTE LE NOVITÀ 
DELLA COMMODORE 


Un nuovo processore grafico per l’Amiga permette l’accesso 

alla libreria grafica TIGA, ma le novità più importanti sono 
le stazioni di lavoro professionali che hanno portato l’Amiga 
nelle università americane 


di Michael Moosleitner 


1 successo del CeBIT, tenu- 
I tosi dall’8 al 15 marzo ad 

Hannover, nella Germania 
Occidentale, ha puntualmente ri- 
confermato il primato della fiera 
tedesca nel settore informatico. Il 
numero dei visitatori accorsi da 
tutto il mondo ha per la prima 
volta superato 
la soglia del 
mezzo milione. 
Vista la cre- 
scente popola- 
rità della mani- 
festazione, la 
Commodore 
ha deciso di 
raddoppiare la 
propria super- 
ficie espositiva 
alla prossima 
edizione. 


Lo stand 
Commodore 


Per raggiun- 
gere lo stand della Commodore in 
mezzo alla marea di espositori e di 
visitatori era sufficiente seguire il 
flusso di giovani muniti di sac- 
chetti con il marchio Amiga. 
Come un esercito d’infaticabili 
formiche, ragazze e ragazzi con il 
pallino dell'informatica infilava- 
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no nelle loro buste di plastica 
qualsiasi cosa capitava loro tra le 
mani. Erano piuttosto avviliti i 
rappresentanti degli espositori 
adiacenti alla Commodore, dove 
gruppetti di hacker si erano im- 
provvisati campeggiatori, con 
tanto di zaini, lattine di birra e 





musica. Dopo la chiusura serale 
squadre d’imbianchini venivano 
chiamate a ricoprire con più mani 
di pittura le pareti che sedicenti 
“pirati” avevano sporcato con i 
loro nomi e indirizzi. Circolavano 
anche dischi non proprio origina- 
li. Con la sua caratteristica effi- 


cienza, la polizia ha annotato e 
fotografato, così come l’anno 
scorso aveva filmato alcuni noti 
ladri di software all’opera. 

Le grandi novità esposte dalla 
Commodore non sembravano at- 
tirare i più giovani, salvo forse 
quelli dotati di molta fantasia. Si 
trattava infatti 
di prodotti re- 
lativamente 
costosi e mira- 
ti a una fascia 
di utenza deci- 
samente non 
casalinga. 

Quello che 
abbiamo visto 
sul monitor 
collegato a un 
nuovo prototi- 
po di scheda 
grafica per 
l’Amiga era 
un vero spet- 
tacolo di alta 
risoluzione. Il 
processore 
grafico impiegato, il "Texas 
TMS34010, consente di elaborare 
fino a sei milioni d’istruzioni al 
secondo e di utilizzare la libreria 
grafica standard TIGA. Grazie al 
chip Brooktree BT458 l'utente 
potrà lavorare con una palette di 
16 milioni di colori. La risoluzio- 





ne video sarà interamente pro- 
grammabile, fino a un massimo di 
1024 x 1024 pixel. Sarà possibile 
visualizzare contemporaneamen- 
te 256 colori diversi, più altri tre 
di overlay. 

La tecnologia del transputer 
applicata all’Amiga ha iniziato a 
dare i suoi frutti. Due team di 
esperti di altrettanti centri di 
ricerca tedeschi hanno presentato 
alcune interessanti applicazioni 
basate sull’uso di stazioni di lavo- 
ro Amiga con transputer. BRAGI è 
un pacchetto grafico che consen- 
te di creare modelli di proteine 
dotate di nuove proprietà parten- 
do dalle strutture tridimensionali 
di proteine note. Un altro sistema 
Amiga viene utilizzato per elabo- 
rare l’immensa mole di dati pro- 
venienti da un microscopio di tipo 
Atomic-Force o da uno scanner 
piezoelettrico. È così possibile 
effettuare alcuni tipi di ricerca 
sulle superfici dei cristalli in mo- 
do veloce ed economico. Anche il 
settore video ha iniziato ad adot- 
tare le nuove tecnologie: diversi 
programmatori hanno annuncia- 
to di lavorare a programmi di ray 
tracing e animazione basati sull’u- 
so dei chip transputer. 


L’Amiga nella rete 


John Houston, presidente della 
Oxxi, è venuto personalmente 
dagli Stati Uniti per presentare 
l’ultima novità della sua ditta. Si 
tratta di una rete locale Novell 
basata su hardware Arcnet, com- 
pleta di software e schede per 
Amiga 500 e 2000. Questa solu- 
zione consente di collegare un 
grande numero di calcolatori e 
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periferiche tra loro. La configu- 
razione presentata ad Hannover 
comprendeva un PC 40-II, che 
fungeva da file server, diversi PC, 
alcuni Amiga 2000 e un Amiga 
500, nonché una stampante laser. 
Tutti gli Amiga erano in grado di 
effettuare il boot iniziale dalla 
rete, accedendo al disco rigido 
del PC 40-III come se fosse il loro, 
alla velocità di trasmissione di 2,5 
Mbit per secondo. Abbiamo visto 
con i nostri occhi in che modo si 
può ottenere il velocissimo trasfe- 
rimento su un PC, tramite Deluxe 
Paint, d'immagini create con i 
programmi grafici dell’Amiga. 
Numerose utility consentono lo 
scambio di messaggi tra gli opera- 
tori collegati alla rete, per esem- 
pio tramite quadri “pop up”. Si 
prevede che la scheda Arcnet per 
l’Amiga 500, prodotta dalla Com- 
modore, costerà meno di 500 
dollari e permetterà di realizzare 
stazioni di lavoro “diskless” basate 
sull’ Amiga 500, con ottime pre- 
stazioni e a un costo molto basso. 

Da qualche mese alcune uni- 
versità americane stanno lavoran- 
do con il software Amiga Unix 
v3.2, che dovrebbe essere presto 
disponibile anche in Italia (si veda 
l’articolo “68020 e sistema opera- 
tivo Unix per l’Amiga 2000” in 
questo stesso numero di Commo- 
dore Gazette). 

Tra le altre novità minori per 
l’Amiga che abbiamo potuto ve- 
dere in esposizione ad Hannover, 
c'era un mouse ottico sviluppato 
da Dale Luck. Il nuovo mouse è 
totalmente compatibile dal punto 
di vista hardware con quello tra- 
dizionale. Ricordiamo che i van- 
taggi della tecnologia ottica sono 
principalmente la mancanza di 
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parti meccaniche, quindi di usu- 
ra, e la maggiore precisione. 


Ancora attesa per l’ECS 


C'erano naturalmente anche 
diversi prodotti già descritti nei 
numeri 2/1988 e 1/1989 di Com- 
modore Gazette, come l’unità a 
disco rigido più espansione RAM 
A590 per l’Amiga 500, che viene 
già prodotta in serie. In un caso, 
però, la Commodore ha preferito 
non esporre al pubblico i nuovi 
ritrovati: stiamo parlando delle 
macchine che dovrebbero avva- 
lersi delle prestazioni dell’Enhan- 
ced Chip Set... sembra infatti che 
i nuovi chip per l’Amiga non 
siano completamente privi di 
bug. Ricordiamo che l’ECS do- 
vrebbe consentire di superare le 
attuali limitazioni di memoria 
chip e risoluzione video, e do- 
vrebbe migliorare la velocità di 
alcune funzioni grafiche. 

Per molti giovani americani il 
CeBIT, come sempre, è stato 
qualcosa di più di una semplice 
fiera. Qualcuno ha voluto prova- 
re l’ebbrezza di noleggiare una 
Mercedes e lanciarla sulle auto- 
strade prive di limiti di velocità, 
cercando di riprodurre le evolu- 
zioni dei veicoli antigravità di 
Guerre stellari. Inevitabilmente 
qualche astronave ha finito la sua 
corsa in un fosso, e c’è stato chi ha 
scambiato i binari della metropo- 
litana leggera per chissà quale 
rampa di lancio. Ma sono situazio- 
ni piuttosto consuete in questi 
incontri, e la colpa, se di colpa si 
può parlare, andrebbe addebitata 
alla gustosa birra locale. 
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CORSO DI PROGRAMMAZIONE IN C 
PER L’AMIGA: TERZA PUNTATA 


UN AMBIENTE DI 
PROGRAMMAZIONE. 
EFFICIENTE 


Come predisporre l’Amiga e l’ambiente di ene 
a seconda della configurazione hardware di cui si dispone. 
Un file comandi studiato per la compilazione automatica 


di Eugene P. Mortimore 


ella scorsa puntata abbiamo preso in 
N esame il pacchetto di programmazione 

Manx, analizzandone tutti i file di input e 
di output che intervengono nelle varie fasi della 
programmazione. L’analisi che abbiamo svolto ci 
ha offerto un panorama completo di questo 
pacchetto, e ci ha mostrato a quale livello di 
complessità può giungere un sistema per la 
programmazione in C. A questo punto occorre 
integrare il pacchetto Manx con l’Amiga, e questo 
è un compito molto delicato se si desidera lavorare 
in un ambiente di programmazione efficiente. 

In questo articolo vengono fornite alcune 
direttive sulla procedura d’integrazione, facendo 
l'ipotesi che l’utente disponga di un Amiga (di 
qualsiasi tipo) con due disk drive. Una suddivisione 
ottimale dei file sui dischi richiede infatti almeno 
una configurazione dotata di due disk drive, per 
disporre di tutto lo spazio necessario ed evitare 
inutili attese (meglio ancora sarebbe avere un disco 
virtuale abbastanza grande, o addirittura un hard 
disk). Questa soluzione, comunque, può essere 
adattata anche per un solo disk drive, sacrificando 
alcuni tool che rendono più semplice e più veloce 
il lavoro di programmazione. 

Supporremo inoltre che si vogliano avere a 
disposizione tutti i file del pacchetto Manx e che 
debba restare lo spazio necessario per i file 
sorgente, e ancora un po’ di spazio per tutte le 
utility di uso più frequente; parleremo poi di un 
metodo per rendere più efficiente l’uso dei disk 
drive e di come si può alterare la configurazione 
del sistema per adattarla ad altre esigenze. Infine, 
analizzeremo un comodo file comandi che permet- 
te di trasformare automaticamente i file sorgente 
in file eseguibili, verificando nel frattempo anche 
se è presente qualche errore. 
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Il disk drive di serie DF0: 


Nel disk drive DF0: dev'essere presente un disco 
contenente le directory c, 1, devs, s, t, fonts, e libs. 
Perché il sistema le sappia individuare occorre che 
siano assegnate a particolari directory logiche. In 
particolare, occorre che la c sia assegnata a G:, la 
| sia assegnata a L:, la devs sia assegnata a DEVS:, 
e così via. Per default il sistema compie queste 
assegnazioni durante il boot (se si digita il comando 
ASSIGN senza indicare argomenti si ottiene la lista 
delle assegnazioni), ma se per qualche ragione sì 
desidera cambiare la posizione di una di queste 
directory o anche solo il suo nome, occorre 
ripeterne l'assegnazione tramite il comando ASSI- 
GN. Nel corso dell’articolo si userà il sostantivo 
directory sia per individuare le directory fisiche (c, 
devs...) sia per individuare le directory logiche (C:. 
DEVS:...); non ci sarà comunque ambiguità dal 
Momento che le seconde hanno sempre nomi 
completamente maiuscoli e sono seguite dal carat- 
tere “:”. Vediamo quali sono i file che ognuna di 
queste directory dovrebbe contenere. 

- La directory C: deve contenere i comandi 
dell’AmigaDOs, come per esempio COPY, DIR © 
tutti gli altri tool presenti nella directory c del disco 
sistema. Disponendo dei pacchetti WShell © 
AREXX, c'è la possibilità di sostituire i comandi 
standard con quelli previsti dal progetto ARP 
(AmigaDOS Replacement Project, per altre infor- 
mazione vedere Commodore Gazette n. 2/88, pag. 
114), i quali, oltre ad aggiungere nuove opzioni, 
consentono di risparmiare spazio e tempo di 
esecuzione. 

- La directory L: deve contenere tutti gli 
handler di sistema, come il Disk-Validator che si 
occupa di effettuare il validate di ogni disco 





inserito in un disk drive, oppure come il Port-Han- 
dler che gestisce le operazioni attraverso le porte 
seriale e parallela dell’Amiga (non si commetta 
l'errore di confondere gli handler con i dispositivi 
di I/O come TrackDisk e Serial). Anche eventuali 
handler non appartenenti al software sistema 
originale devono essere inseriti in questa direc- 
tory: ne è un esempio ConMan, presente nel 
pacchetto WShell, che serve a migliorare le 
prestazioni del dispositivo Console, oppure 
Newcon-Handler presente nella versione 1.3 del 
Workbench . 

- La directory DEVS: deve contenere le subdi- 
rectory keymaps, printers e clipboards, nonché le 
librerie shared per la gestione dei dispositivi, come 
serial.device e narrator.device. Queste librerie 
costituiscono i dispositivi di I/O non residenti, che 
il sistema carica in memoria quando all’interno di 
un task viene eseguita la funzione OpenDevice con 
il nome del particolare dispositivo come argomen- 
to. Il sistema si aspetta sempre che siano contenute 
nella directory DEVS:, quando le cerca sul disco. In 
questa stessa directory devono risiedere anche i 
file system-configuration e MountList. MountList 
riveste una particolare importanza nell’attivazione 
dei dispositivi logici e degli handler, dal momento 
che contiene tutti i loro parametri di attivazione. 

La directory S: è importante perché il sistema 

si aspetta di trovarvi la startup-sequence, cioè il file 
comandi che viene eseguito durante il boot. In 
questa directory devono anche risiedere tutti i file 
comandi che si vogliono impiegare tramite il 
comando EXECUTE, e altri file comandi previsti 
da particolari applicazioni. Per esempio il CLI, 
quando viene attivato, prima di fare apparire il 
prompt verifica se nella directory S: esiste un file 
comandi di nome CLI-Startup, nel qual caso lo 
esegue. La stessa operazione viene compiuta dallo 
Shell, che manda in esecuzione il file Shell-Startup 
se è presente. In questo articolo punteremo la 
nostra attenzione sul file comandi startup-sequen- 
ce per il boot del sistema, e sul file ccln che rende 
automatica la compilazione e la fase di link. 
Startup-WShell, che è il file di startup dell’inter- 
faccia linea comando WShkell, viene invece trattato 
in un altro articolo che troverete in questo stesso 
numero della rivista. 

-La directory T: conterrà tutti i file temporanei 
prodotti dal sistema e dalle applicazioni, come per 
esempio il file di sicurezza che un editor opportu- 
namente configurato potrebbe salvare periodica- 
mente. Anche se la sua presenza è indispensabile, 
non è necessario sapere altro sul suo contenuto. 

— La directory FONTS: deve contenere tutte le 
fonti-carattere di cui si farà uso. Per esempio, se si 
usa l’editor TxEd Plus si può collocare in questa 
directory la fonte Siesta distribuita con il program- 
ma. Sebbene le fonti-carattere non portino via 
molto spazio, è ugualmente opportuno lasciare la 
directory FONTS: vuota se non occorrono fonti 
diverse da quella di default residente su ROM. Si 
noti che abbiamo citato come esempio l'editor di 


testi TxEd Plus, anziché CygnusEd Professional, in 
quanto le sue dimensioni sono inferiori e pur 
offrendo meno opzioni è abbastanza sofisticato da 

ermettere di redigere un programma in C senza 
difficoltà. Se si possiedono tre disk drive o un hard 
disk, comunque, è preferibile CygnusEd Professio- 
nal. L’editor TxEd Plus verrà analizzato in uno dei 
prossimi articoli. 

— La directory LIBS:, il cui nome deriva da 
“LIBraries for Sharing among tasks or processes”, 
riveste un ruolo fondamentale nella programma- 
zione e nell’uso delle applicazioni. Al suo interno, 
infatti, il sistema si aspetta di trovare le librerie non 
residenti su ROM alle quali i task accedono 
eseguendo la funzione OpenLibrary. Per distin- 

uerle dalle librerie di tipo linked, che intervengo- 
no nelle fasi di link, vengono chiamate librerie 
shared (si ricordi che le librerie shared sono 
collezioni di funzioni che possono essere condivise 
da più task). Oltre alle librerie previste dall’Amiga, 
come translator.library e icon.library, è possibile 
impiegarne anche altre, magari previste da parti- 
colari applicazioni. Comunque, indipendentemen- 
te dalla loro origine, le librerie shared (a parte 

uelle relative ai dispositivi) devono sempre risie- 
dere nella directory LIBS: perché il sistema possa 
individuarle. 

Per esempio, il pacchetto WShel/ utilizza due 
librerie shared non standard, WShell.library e 
consolehandler.library, che devono dunque essere 
copiate dal disco originale di WShkel! nella directory 
LIBS:. Anche il sistema AREXX utilizza due librerie 
shared non standard, rexxsupport.library e 
rexxsyslib.library, che devono essere copiate in 
DEVS: per consentire il funzionamento delle 
macro e dei programmi gestiti da AREXX. 

- La directory include. Il compilatore della 
Manx anziché impiegare una directory logica 
utilizza la variabile globale INCLUDE per indivi- 
duare nel sistema la directory che contiene i file 
INCLUDE (le variabili globali vengono impostate 
con il comando SET previsto dal pacchetto del 
compilatore). In questa directory devono risiedere 
tutti i file INCLUDE che intervengono nella 
compilazione dei sorgenti in C. Normalmente 
questi file sono ulteriormente ripartiti in subdirec- 
torv come exec o devices. Non è detto che tutti i 
file INCLUDE presenti nel disco SYS1 del compila- 
tore debbano essere copiati nella directory inclu- 
de, mentre invece può presentarsi la necessità di 
aggiungerne di nuovi realizzati appositamente per 
i propri sorgenti. Per esempio, In quasi tutti i 
sorgenti di programmi che impiegano qualche 
risorsa dell’Amiga appare la direttiva #include 
<evacstupes>, mentre sono molto meno quelli nella 
quale appare la direttiva #1nclude <é È h>. 

L'insieme dei file INCLUDE commentati previsti 
dalla Commodore occupa molto spazio su disco, ed 
è quindi opportuno limitare la loro presenza a 
quelli indispensabili (ma ogni volta che si affronta 
un nuovo sorgente la scelta va rifatta). Se invece si 
può fare a meno dei commenti, come accade di 
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solito, lo spazio occupato dall'intero insieme dei 
file INCLUDE previsto dalla Commodore diventa 
di proporzioni ragionevoli, e non occorre sacrifica- 
re nessun file. . . 

— La directory radice deve contenere prima di 
tutto le directory elencate (che diventano quindi 
subdirectory), quindi i file sorgente in C, i moduli 
oggetto prodotti dall’assembler, i programmi 
eseguibili e tutti gli altri file utili per il debug 
derivanti dal processo di compilazione, come i file 
.sym e .dbg del sistema Manx esaminati nel 
precedente articolo della serie. 

Concluse le operazioni preliminari per la prepa- 
razione del disco contenuto nel disk drive di serie, 
dovrebbe rimanere nella directory radice ancora 
abbastanza spazio (circa il 25 per cento degli 880K 
disponibili) per contenere i file necessari allo 
sviluppo di un programma di medie dimensioni. 
Una migliore organizzazione dello spazio su disco 
può essere ottenuta soltanto analizzando le dimen- 
sioni e le caratteristiche del programma e dei 
relativi file di supporto. 


Il disk drive aggiuntivo 


Nel disk drive aggiuntivo dev'essere presente un 
secondo disco nel quale collocheremo gli altri file 
necessari alla programmazione. Prima di tutto i 
tool del pacchetto di programmazione, come il 
compilatore cc, l’assembler as, il linker In e il 
Source Level Debugger (che su disco appare con il 
nome sdb), poi tutte le librerie linked previste dal 
pacchetto della Manx. Ricordiamo che queste 
librerie si trovano distribuite nelle directory lib dei 
tre dischi SYS1, SYS2 e SYS3 che compongono il 
pacchetto di programmazione Aztec C68K della 
Manx. L’esatto numero di librerie linked richieste 
varia a seconda del programma da costruire e 
tenendo conto che alcune librerie occupano molto 
spazio è consigliabile un’attenta selezione. 

Si tenga tuttavia presente che se il disco sistema 
(quello che risiede in DFO:) è stato opportunamen- 
te privato di tutti i file che non sono strettamente 
necessari, magari riducendo la presenza di file 
INCLUDE allo stretto indispensabile, si può anche 
avere lo spazio sufficiente per copiare i tool di 
programmazione (come il compilatore e il linker) 
nella directory C:, lasciando più spazio sul disco 
che andrà nel disk drive aggiuntivo. i 

La configurazione che stiamo illustrando ci 
permetterà di lavorare anche in Assembly, all’in- 
terno dei sorgenti in C oppure separatamente, in 
quanto sul secondo disco memorizziamo anche i 
file INCLUDE in linguaggio Assembly, quelli 
dotati dell’estensione “.i” che nel pacchetto della 
Manx sono raccolti all’interno della directory asm 

del disco SYS2. 

Infine, nel secondo disco possiamo memorizzare 
anche quei tool di sistema utili durante la fase di 
sviluppo dei programmi, come /b, se capita con 
una certa frequenza di creare librerie linked 
personalizzate (si noti comunque che le librerie 
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linked possono anche essere considerate come 
normali moduli oggetto). 

Scendere troppo nei dettagli potrebbe confon- 
dere le idee, quindi vi consigliamo di studiare il 
precedente articolo di questa serie e la documenta- 
zione del compilatore in vostro possesso per capire 
quali altri file possono servire a seconda dei 
programmi da sviluppare. In ogni caso, anche 
dopo aver copiato altri file, nel secondo disco 
resterà sicuramente parecchio spazio, che potrà 
essere utilizzato per copiarvi i file dei programmi 
o dei moduli che sono giunti alla versione 
definitiva e non hanno bisogno di ulteriori modifi- 
che. Questa operazione di pulizia del disco sistema, 
il disco su cui si svolgono quasi tutte le nostre 
operazioni di programmazione, si dovrebbe effet- 
tuare abbastanza spesso. : 

Organizzando il disco sistema e il secondo disco 
nel modo illustrato, si riesce a sfruttare adeguata- 
mente la configurazione con due disk drive senza 


dover sacrificare nessuno strumento di program- 
mazione. 


I file di startup per la programmazione 


Il Listato 1 riporta una tipica versione di 
startup-sequence utilizzabile in un sistema di 
programmazione in C. Questo file suggerisce in 
che modo si può operare perché l’ Amiga, concluso 
il boot, si presenti al programmatore nelle condi- 
zioni di maggior efficienza. 

In questo contesto facciamo ancora riferimento 
a un sistema con due disk drive, nel quale stano 
disponibili i pacchetti AREXX e WShell. Per chi non 
dispone delle citate espansioni, spiegheremo comé 
adattare il Listato 1 perché sia eseguibile dallo 
Shell del Workbench 1.3. +70 

Nel file sono stati ben evidenziati i grupp! di 
comandi non standard che si riferiscono a UN 
particolare pacchetto e che quindi devono esser 
eliminati da chi non ne dispone. Altri comandi 51 
possono invece adattare per funzionare all’interno 
dello Shell, come ALIAS e RESI previsti dall’inter- 
faccia utente WShell. Per quanto riguarda il 
comando RESI, è sufficiente cambiare il suo nome 
în RESIDENT, mentre con il comando ALIAS 
occorre una procedura più complicata. Oltre ad 
avere una sintassi diversa rispetto a quella prevista 
da WShell, infatti, ALIAS disponibile con lo Shell 
del Workbench 1.3 non è neanche un comando 
residente su disco, cioè non si trova in nessuna 
delle directory del disco sistema. È contenuto 
Invece nello Shell, e come tale è eseguibile soltanto 
dallo Shell. 

Veniamo alle Operazioni che devono svolgere in 
pratica tutti coloro che dispongono soltanto dello 
Shell di sistema. 1) Inserire nella propria startup- 
sequence tutti i comandi elencati nel Listato 1 che 
non richiedono altri particolari pacchetti (eccetto 
ALIAS); eseguendo questa operazione occorre 
ricordarsi di cambiare i comandi RESI in RESI- 
DENT. 2) Inserire al termine della propria startup- 





sequence, prima del comando ENDCLI > NIL:, il 
comando NEWSHELL, di modo che durante 
l'esecuzione sequenziale dei comandi venga aperto 
uno Shell prima della chiusura del CLI aperto dal 
sistema. 3) Memorizzare infine nella directory s del 
proprio disco sistema un file di nome Shell-Startup 
contenente tutti i comandi ALIAS del listato che si 
ritengono necessari, ricordando che i simboli di 
uguale (=) previsti dalla sintassi WShell devono 
essere trasformati negli spazi previsti dalla sintassi 
Shell (Shell-Startup è il file che lo Shell esegue per 
default quando viene mandato in esecuzione). 

Con questa procedura si può utilizzare la 
startup-sequence del Listato 1 anche se non si 
dispone dell’interfaccia utente WShell che, come si 
è visto, differisce molto poco dallo Shell introdotto 
dal Workbench 1.3 (lo Shell oltre a possedere tutte 
le caratteristiche di un CLI, aggiunge il piping, 
l’editor di linea con un buffer storico dei comandi 
impartiti, la possibilità di trasformare alcuni 
comandi in comandi residenti, e infine il comando 
ALIAS). 

Passiamo ora a descrivere la startup-sequence 
del Listato 1. Dopo un'istruzione ECHO il cui 
unico scopo è quello di dare il benvenuto all’uten- 
te, viene fissato a 100 il massimo codice d’errore 
che può essere tollerato dal sistema durante 
l'esecuzione dei comandi: se uno dei comandi 
presenti nella startup-sequence restituisce un codi- 
ce d’errore maggiore o uguale a 100, l'esecuzione 
del file comandi viene interrotta. Questo numero 
è arbitrario, e si può scegliere il valore che si 
preferisce. 

L'operazione successiva stabilisce in 6 mila byte 
la dimensione di default dello stack del CLI. Si 
tratta della dimensione che verrà impiegata dal- 
l'interfaccia linea comando attiva, e da tutti i 
processi che da essa verranno mandati in esecuzio- 
ne. Si noti che il comando STACK agisce prescin- 
dendo dal tipo d’interfaccia linea comando (CLI, 
Shell, WShell...). Seimila byte è un buon compro 
messo per essere sicuri che non si riempirà mai del 
tutto lo stack sia durante la procedura di startup sia 
durante le successive fasi di compilazione e di link. 
Uno stack di queste dimensioni dovrebbe mettere 
a disposizione per i tool del compilatore abbastan- 
za spazio per la memorizzazione delle loro variabili 
temporanee; se questa quantità si dovesse rivelare 
insufficiente, è bene ricorrere al comando STACK 
per aumentarla (si noti che se si verifica l’overflow 
dello stack durante la compilazione o nella fase di 
link, il sistema si blocca). 

Con le tre istruzioni successive si assegna Un 
nome più corto ai dispositivi logici dei tre disk 
drive principali: “a:” al posto di “DFO:”, “b:” al 
posto di “DF1:” e “r:” al posto di “RAM:”. In questo 
modo ci si può riferire ai disk drive più facilmente, 
e comunque la vecchia denominazione resta 
sempre valida. Più avanti nel file, facendo uso degli 
alias, le cose diventano ancora più semplici. 
Un'altra operazione che viene compiuta in questa 
fase è la creazione di tre subdirectory (c, s, t) nel 


RAM disk, nelle quali verranno memorizzati alcuni 
comandi e tool al fine di rendere più veloce la loro 
esecuzione. 

Cerchiamo ora di specificare il percorso di 
ricerca (path) attraverso il quale l'AmigaDOS deve 
cercare i file da eseguire: stabiliamo come prima 
possibilità la directory c del RAM disk, la più veloce 
da esplorare, quindi la directory radice RAM:, 
quindi la directory c del disco sistema... e così via 
sino alla directory radice del disco aggiuntivo. Di 
solito, infatti, tutti i file eseguibili, compresi i tool 
del pacchetto di programmazione, vengono siste- 
mati nella directory c del disco sistema (o del disco 
virtuale se si dispone di sufficiente memoria), 
oppure nella directory c del secondo disco. 
Ovviamente, la posizione che assicura la massima 
velocità di ricerca e di esecuzione per tutti i tool è 
il RAM disk, ma questa scelta riduce la memoria 
disponibile nel sistema. 


La copia nel RAM disk dei file eseguibili 


Le cinque istruzioni successive copiano altret- 
tanti file nella directory c del RAM disk (i file che 
vengono usati più spesso). Il primo è l’editor, 
tramite il quale si redigono i file sorgente: 
supponendo che s’intenda utilizzare TxEd Plus, il 
file comandi lo copia dalla directory c del disk 
drive a: e gli cambia nome, definendolo “ee”. Si 
potranno così modificare rapidamente i file sor- 
gente in qualsiasi momento se ne presenti la 
necessità. Naturalmente è possibile usare un altro 
editor al posto di TxEd Plus, come per esempio Z 
della Manx, LSE della Lattice o il già citato 
CygnusEd Professional, e in ogni caso ne verrà 
mutato il nome in “ee”. 

La medesima operazione viene compiuta sui 
comandi COPY, DELETE e LIST. Infine viene 
copiato il tool grep del pacchetto Manx, che si 
utilizza quando si devono cercare stringhe di 
caratteri all’interno dei file sorgente. 

È importante notare che attraverso l’uso del 
WShell o dello Shell, i comandi COPY, DELETE e 
LIST, possono eventualmente essere trasformati in 
residenti per evitare di copiarli nel RAM disk. A 
questo proposito ricordiamo che esistono tre 
condizioni fondamentali perché un comando pos- 
sa diventare residente: occorre che non si automo- 
difichi durante l’esecuzione, che reinizializzi tutte 
le sue variabili ogni volta che viene eseguito, e che 
possa agire in maniera multitasking. Se si possiedo- 
no ancora i comandi della versione 1.2, non ci sono 
indicazioni ufficiali su quali possono diventare 
residenti e quali no, e quindi occorre sperimentare 
ogni singolo caso. Se invece si possiede la versione 
13 del Workbench, è sufficiente impartire il 
comando LIST C: e scartare tutti i comandi che 
non hanno il flag p impostato. 


La definizione delle variabili di sistema 


Ora daremo un valore ad alcune delle variabili 
di sistema utilizzate durante il processo di compila- 





zione. Si fa riferimento ancora una volta al sistema 
Manx, ma con il Lattice non vi sono differenze se 
non per il nome delle variabili. 
Una delle caratteristiche più interessanti del 
sistema operativo dell’Amiga è la possibilità di 
specificare le directory logiche all’interno delle 
quali dev’essere cercato ciascun file. Per caricare 
una libreria shared, per esempio, il sistema accede 
alla directory logica LIBS:, dove si aspetta di 
trovarla. L’utente ha comunque la facoltà di 
cambiare la directory fisica corrispondente a 
LIBS:, in modo che il sistema acceda a una 
directory piuttosto che a un’altra. Questo vale per 
tutti i file che il sistema operativo deve individuare. 

Il pacchetto Manx, tuttavia, per ottimizzare la 
ricerca dei file che intervengono nelle varie fasi 
della creazione di un programma non impiega i 
dispositivi logici, ma le variabili globali che l’utente 
o la startup-sequence hanno impostato tramite il 
comando non standard SET. Si tratta di variabili 
che non interferiscono con i dispositivi logici 
considerati dal sistema operativo, e che quindi 
influiscono solo sui tool del pacchetto Manx. 

Nel nostro file comandi di startup, i primi due 
comandi SET indicano all’editor Z che i file z.opt, 
il file delle opzioni, e global.tags, il file dei tags 
globali, si trovano nel RAM disk. Dal momento che 
pochi programmatori si servono di questo antiqua- 
to editor di derivazione Unix, questi due comandi 
SET si possono omettere quasi sempre. 

Se si fa uso del Gimple Lint syntax checker, la 
successiva Istruzione serve per assegnare alla 
variabile FUNCLIST il percorso di ricerca relativo 
a un utile file che potremmo chiamare file-sintassi. 

Nel pacchetto del tool Gimple Lint è compreso un 
esempio di questo file che contiene tutte le 
funzioni normalmente usate durante la stesura di 
programmi in C con il pacchetto Manx, per 
ognuna delle quali riporta la sintassi di chiamata 
(cioè il numero di argomenti e i loro tipi). Il 
programmatore può comunque creare un proprio 
file-sintassi per le funzioni che definisce all’interno 
di un suo programma. Nel nostro caso questo file 
viene collocato nel RAM disk con il nome manx.c: 
in questo modo il syntax checker ha la possibilità di 
controllare la correttezza di ogni chiamata di 
funzione all’interno del programma. 

Con l'istruzione successiva si comunica al siste- 
ma che i file INCLUDE si trovano nella directory 
include del disco sistema. Questo per quanto 
riguarda i file INCLUDE “.h” in linguaggio C; se 
però desideriamo lavorare anche in Assembly, può 

essere opportuno specificare attraverso il coman- 
do SET anche la posizione dei file INCLUDE “.i”. 

La successiva linea del file comandi stabilisce in 
quale disco il compilatore scriverà i suoi file 
temporanei in Assembly. Nel nostro caso si tratta 
del RAM disk, nella subdirectory t. Questa scelta 
contribuisce ad accelerare il processo di compila- 
zione e non spreca memoria preziosa, in quanto il 
file viene cancellato subito dopo essere stato letto 

dall’assembler: basta soltanto che ci sia abbastanza 
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memoria per soddisfare la sua momentanea richie- 
sta. 

Il comando successivo indica al linker dove 
vanno cercate le librerie linked. Nel nostro caso la 
ricerca inizia sul disco sistema, nella directory lib, 
poi nella stessa directory del secondo disco nell’e- 
venienza che non tutti i file di libreria siano stati 
spostati nel disco sistema, (attenzione: le librerie 
linked non sono le librerie shared, che si trovano 
sempre nella directory LIBS:). : 

Con l’ultimo comando SET viene stabilito che il 
file d’inizializzazione del debugger db, cioè il file 
-dbinit, si trova nella directory DFO:s. Si ricordi che 
db è il debugger che viene distribuito con il 
pacchetto della Manx, molto meno sofisticato del 
noto Source Level Debugger. Se si dispone di 
quest’ultimo, il comando può essere omesso. 

A questo punto troviamo due comandi che 
rendono attivi i miglioramenti di cui è portatore il 
TxEd Plus: questo è possibile se si sono copiati i file 
“BlitzDisk” e “FastFonts” dal disco dell’editor in 
una delle directory nelle quali il sistema cerca i file 
eseguibili. Il programma “FastFonts” accelera la 
visualizzazione dei testi, per esempio durante le 
fasi di scroll, in ambiente TxEd Plus; non è 
indispensabile, ma migliora notevolmente le ope- 
razioni di correzione. 

Invece il programma “BlitzDisk” crea un buffer 
di cache per i disk drive, grazie al quale tutte le 
operazioni che coinvolgono i dischi vengono 
sveltite e si eliminano le consuete attese dopo aver 
Impartito comandi come DIR 0 INFO. Là prima 
volta che si richiede la visualizzazione della 
directory, infatti, le informazioni a essa relative 
vengono memorizzate nell’area di cache, così le 
successive richieste verranno eseguite molto più 


È emena in quanto la lettura avverrà dalla 


L’interfaccia utente WShell 


__ Conitre comandi successivi chiamiamo in causa 
il pacchetto WShe/] e il nuovo handler di console 
con ConMan in esso contenuto. Il primo comando, 
SetExecute, fa in modo che il comando EXECUTE 
dell’AmigaDOS funzioni correttamente con i tool 
del sistema WShell. In questo modo, una volta 
aperta una nuova interfaccia utente con il coman- 
do NEWWSH, tutti i file comandi dell’ AmigaDOS 
funzioneranno correttamente. 

Il comando successivo attiva l’handler di console 
ConMan. Questo handler consente di sostituire il 
consueto dispositivo logico CON: con il nuovo 
CNG:, che aumenta le potenzialità delle finestre 
CLI, permettendoci di richiamare comandi già 
impartiti, di utilizzare gli alias e il piping (l'output 
di un programma inviato direttamente in input a 
un altro programma) e così via. Dopo l’esecuzione 
di questo comando, tutti gli altri shell che 
verranno aperti con NEWWSH faranno automati 
camente uso delle potenzialità dell’handler Con- 
Man. Di fatto questo handler è molto simile al 





nuovo handler Newcon-Handler disponibile con la 
versione 1.3 del Workbench (è a questo particolare 
tipo di handler che dobbiamo la command history, 
un buffer che ci permette d’impartire comandi già 
eseguiti senza doverli riscrivere). 

La successiva istruzione attiva una nuova inter- 
faccia linea comando WShell. Si noti che fino a 
questo punto è stato aperto solo un normale CLI, 
quello inizializzato dall’ AmigaDOS durante il boot 
della macchina. Questo particolare assume mag- 
giore importanza se si dispone soltanto dello Shell 
in dotazione al Workbench 1.3, in quanto comandi 
come ALIAS non possono essere eseguiti se non 
dall’interno dello Shell. 5 

Con le tre istruzioni seguenti, i file contenenti le 
variabili di sistema dalla directory s:env del disco 
sistema vengono copiati nella directory RAM:env, 
e si assegna a quest’ultima il dispositivo logico 
ENV:. Il sistema WShell, al pari dello Shell, è 
progettato per ricercare automaticamente nella 
directory ENV: i file contenenti le variabili globali 
relative a ciascuna finestra. Se si possiede il WShell, 
la directory RAM:env contiene per esempio un 
file di nome TitleBar che controlla quali informa- 
zioni devono apparire nella barra titolo della 
finestra. Un possibile contenuto di questo file è il 
seguente: C-Dev TN=%n TI=%i EI=%€ RC=%r 
EC=%y SS=%s CD=>>>%c. Queste specifiche 
assegnano alla finestra il nome “C-Dev” e inoltre 
visualizzano i seguenti dati: 1) il numero del task 
dell’Exec in esecuzione nel WShell aperto, prece 
duto dalla dicitura “TN="; 2) l'identificatore di 
quel task, TI; 3) il tempo trascorso dall ultima 
operazione compiuta dallo shell, ET, utile soprat- 
tutto nei programmi in cui il tempo d esecuzione 
è un fattore significativo; 4) il codice d'errore 
dell’ultimo comando eseguito, RC, € di quello 
attuale, EC; 5) l'ampiezza dello stack, SS, normal- 
mente 6 mila byte; 6) l’attuale directory, preceduta 
dai caratteri “CD=”. Così l'intestazione, della 
finestra riflette continuamente lo stato del sistema 
di programmazione, a mano a mano, che sì 
prosegue nell’elaborazione dei comandi. Si not1 n 
particolare che la directory appare sempre come 
ultima voce nella barra titolo, allo scopo di 
mantenerci costantemente informati su questo 
parametro che cambia spessissimo durante l’attivi- 
tà del computer. 


La creazione dei sinonimi 


Segue poi una lunga serie di comandi, E 
ricorrono alle capacità di definizione degli alias e 
sistema WShell, al fine di personalizzare ulterior- 
mente il sistema e facilitarne ancora l'impiego. 
L'elenco è piuttosto lungo e segue volutamente 
una linea di genericità, per tentare di soddisfare le 
esigenze più varie. Alcuni alias rappresentano 
strade diverse per raggiungere gli stessi scopi, € 
quindi bisognerà scegliere quelli che s1 preferisco- 
no. Questo vale per tutte le possibilità previste: se 
alcune non sembrano interessanti, possono essere 


tranquillamente cancellate. Si ricordi che i coman- 
di ALIAS elencati possono essere impiegati anche 
se si dispone solo dello Shell, a patto però che 
vengano inseriti nel file comandi Shell-Startup e 
che tutti i caratteri “=” vengano sostituiti con uno 
spazio. 

Ora discuteremo alcuni dei nomi da noi assegna- 
ti agli alias. I primi tre sono abbreviazioni per 
selezionare rapidamente il disk drive; se si desidera 
per esempio che venga eseguito il comando CD 
DF1:, è sufficiente premere il carattere “0” e il 
RETURN, un metodo senz'altro più rapido che 
digitare sette caratteri. Agli altri due disk possiamo 
accedere con la stessa facilità, digitando “1” per il 
secondo disk drive e “2” per il RAM disk. 

Continuando nell’esame dell’elenco di nomi, 
scopriamo altri utili alias: “ess” per esaminare e/o 
modificare la startup-sequence; “daf” e “dbf° per 
memorizzare la directory completa del disco 
contenuto in DF0O: (DF1:) in un file chiamato 
RAM:dira (RAM:dirb); quindi i comandi “dap” e 
“dbp”, che servono a stampare la directory di un 
disco. Come si può vedere, la maggior parte degli 
altri alias sono abbreviazioni dei nomi dei file 
eseguibili presenti nella directory c del disco 
sistema. 

La successiva serie d’istruzioni all’interno del 
file di startup è un gruppo di comandi RESI. 
Perché possa essere eseguito, il comando RESI 
dev'essere copiato dal disco sistema del pacchetto 
WShell nella directory c del disco sistema che 
abbiamo opportunamente preparato (si ricordi 
che se si dispone soltanto dello Shell tale comando 
dev'essere indicato con il nome RESIDENT). Lo 
scopo del comando RESI è quello di rendere 
residente in memoria un comando, abbreviando 
così il tempo di risposta del sistema quando il 
comando viene impartito. 

Nel nostro esempio abbiamo trasformato in 
residenti i comandi più comuni, come DIR, CD, 
MAKEDIR, PATH, ALIAS e alcuni altri. Si noti che 
se si dispone solo dello Shell, il comando ALIAS è 
sempre residente, e quindi non si può ridefinirlo 
come tale, anche perché non appare in nessuna 
directory del disco sistema; inoltre, si tenga 
presente che i comandi CONMAN, CDTITLE 
HISTORY, NEWWSH, e RUNWSH sono specifici 
del pacchetto WShell, e non sono presenti nel 
Workbench 1.3. Come per gli alias, l'elenco di 
comandi RESI è soltanto un suggerimento, e 
ognuno può costruire una propria gamma di 
comandi. 

Il resto di questo file comandi è costituito da 
quattro istruzioni. La prima ordina all’handler 
ConMan di leggere e caricare in memoria un 
determinato file comandi storico, denominato 
ProgrammingHistory, il quale contiene la sequen- 
za dei comandi impartiti da tastiera in una fase 
precedente. Per esempio, si supponga di essere 
impegnati nella creazione di un programma in C, 
composto da tre file sorgenti denominati f0.c, f1.c 
e f2.c; supponiamo inoltre che nella precedente 
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sessione di lavoro questi file siano stati sottoposti a 
edit usando comandi tipo “ee f0.c”, “ee f1.c” e così 
via. Se era attivo l’handler ConMan, il buffer 
storico ha immagazzinato i comandi a mano a 
mano che venivano impartiti. Se alla fine del 
lavoro abbiamo ricordato di salvare questo buffer 
nel file ProgrammingHistory, ora è sufficiente 
rileggere il file per ricreare nel nuovo buffer 
storico la stessa sequenza di comandi. A questo 
punto basta utilizzare i tasti che muovono il 
cursore verso l’alto e verso il basso per richiamare 
tutti i comandi impartiti nella sessione precedente, 
e questo rappresenta un notevole risparmio di 
tempo se i comandi necessari in ogni sessione di 
lavoro sono più o meno gli stessi. Si noti che con il 
solo Shell non è possibile caricare o salvare su disco 
il contenuto del buffer storico. 

Le due istruzioni successive sono riservate a chi 
dispone del pacchetto AREXX. La prima assegna la 
directory df0:rexx al dispositivo logico REXX:. In 
questa directory devono risiedere tutti i program- 
mi batch relativi al pacchetto AREXX. La seconda 
istruzione, REXXMAST, attiva l'interprete resi- 
dente dei programmi batch in standard AREXX: 
quando tale interprete è attivo, si può usare il 
comando RX per mandare in esecuzione i pro- 
grammi batch. 

L'ultimo comando del file di startup è ovvia- 
mente ENDCLI > NIL:, che chiude il CLI aperto 
dall’AmigaDOS durante il boot della macchina. 
Dopo l’esecuzione di questo comando, l’unica 
interfaccia linea comando che rimane è quella 
aperta dal comando NEWWSH (o NEWSHELL se si 
dispone solo dello Shell) all’inizio del file di 
startup. 


Il file comandi per la compilazione 
e la fase di link 


Il Listato 2 propone un utile file comandi che 
rende automatica la trasformazione di un file 
sorgente in file eseguibile, preoccupandosi di 
visualizzare, tramite un editor, gli errori che 
eventualmente si verificano durante la compilazio- 
ne o la fase di link. Questo file comandi può essere 
usato soltanto se il programma da compilare è 
contenuto in un unico file sorgente. Non si tratta 
comunque di una grossa limitazione, dal momento 
che i primi programmi che si scrivono rientrano 
quasi sempre nelle dimensioni di un unico file 
sorgente. 

Questo file comandi è stato scritto esplicitamen- 
te per il pacchetto Manx. Per eseguirlo, supponen- 
do che si chiami ccln e che il file sorgente si chiami 
Programma.c, occorre impartire la seguente linea 
comando: 





grafia 

La prima operazione che viene compiuta è 
memorizzare nella variabile file l'argomento che 
l'utente ha indicato dopo il nome del file comandi. 
Se l'utente non ha indicato alcun nome come 


74/0 MIX 
ti GAZETTE 


argomento, viene visualizzata una stringa e il 
controllo viene ceduto all’etichetta END, corri- 
spondente alla fine del file comandi. Segue un 
altro controllo che verifica se il file indicato come 
argomento, seguito dall’estensione “.c”, è presente 
su disco. Se non lo è l’utente viene avvisato e il 
sistema considera conclusa l’esecuzione del file 
comandi. 

La successiva operazione è la cancellazione del 
file AztecC.err, se è presente. Questo file viene 
generato dal compilatore quando si indica l’opzio- 
ne -Q e si verificano uno 0 più errori durante la 
compilazione. Il motivo per cui viene cancellato è 
che il nostro file comandi, come vedremo fra poco, 
scopre se la compilazione ha avuto successo 
proprio andando a verificare se il file esiste oppure 
no. 

Compiuta questa serie di controlli, il flusso 
prosegue con l’esecuzione di un comando ECHO 
per visualizzare un prompt e con la compilazione 
del file sorgente. Anzitutto, l'output del compila- 
tore viene ridiretto verso il file RAM:cc.w, esamI- 
nando il quale l’utente può controllare se durante 
la compilazione sono stati generati i cosiddetti 
warning (avvertimenti), cioè condizioni che non 
sono veri e propri errori ai fini della compilazione, 
ma che potrebbero dare come risultato un codice 
eseguibile non corretto. Dopo la ridirezione 
dell'output viene indicata una serie di otto opzioni, 
seguita dal nome del file da compilare. Vediamo in 
dettaglio il significato di ogni opzione. 

2 Fa sì che il compilatore memorizzi in un file 
di nome “AztecC.err” j messaggi relativi agli 
eventuali errori di compilazione. Dal momento 
che questo file non viene generato se non si 
verificano errori di compilazione, ce ne serviamo 
per rilevare se la compilazione ha avuto successo 
Oppure no. 

-n Ordina al compilatore di generare un modu- 
lo Oggetto contenente anche le informazioni 
necessarie affinché il linker, se viene eseguito 
indicando l'opzione —$» generi il file .dbg oltre al 
Polo ig Il file -dbg serve se si impiega il 

e Level Debugger per effettuare il debug del 
programma, ma serve anche al nostro file comandi 
per rilevare se la fase di link ha avuto successo 
Oppure no. 
si Si specifica che, per quanto riguarda il 
: Ice eseguibile, il programma va compilato 

e» pri pigsalio grande di memoria. _ 
MS p into €, per quanto riguarda i dati, 

programma va compilato facendo uso del 
modello grande di memoria. 
tute le vari tore a considerare da 52 bit 

a po Int e le costanti dichiarate 

nel file sorgente. 
+m Per tutte le funzioni standard del C che 
vengono chiamate nel sorgente, quest’opzione 
causa l'inserimento, all’inizio dei relativi codici, di 
una piccola routine che controlla la profondità 
dello stack; poiché questo controllo rallenta l’ese- 
cuzione e fa aumentare le dimensioni del program- 





ma eseguibile, è bene ometterlo nella versione 
definitiva. 

+p Garantisce la massima portabilità del pro- 
gramma eseguibile. Costringe infatti a utilizzare il 
modello di memoria grande sia per i codici 
eseguibili sia per i dati, forza a 32 bit le variabili di 
tipo int e garantisce l’integrità dei registri D2 e D3 
del 68000 durante ogni chiamata di funzione. Non 
ci sono problemi nell’uso combinato di quest’op- 
zione e delle +D, +C e +L, anche se in effetti 
indicando +p le opzioni +C e +D diventano 
superflue. me8 

+r Informa il compilatore che è possibile 
utilizzare anche il registro D4 per memorizzarvi 
una variabile di tipo register. Ricordiamo che l’uso 
delle variabili register è spiegato nel manuale 
Manx. 

Se al termine della compilazione è presente nella 
directory un file di nome AztecC.err, significa che 
durante la compilazione si sono verificati alcuni 
errori. In questo caso, come accade anche per il 
linker, viene avviato un nuovo processo N back- 
ground che chiama l’editor per visualizzare il 
contenuto del file AztecC.err. Si noti che per la 
chiamata all’editor abbiamo usato l’alias ee, al 
quale ognuno può associare il nome del proprio 
editor preferito, come ED, MEmacs del Workbench 
1.3, TxEd. Non usiamo un semplice comando 
TYPE in quanto il file AztecC.err potrebbe anche 
essere abbastanza lungo. Comunque, $€ S! possiede 
la versione 1.3 del Workbench è possibile chiamare 
al posto dell’editor il tool MORE, utile per 
visualizzare a pagine il contenuto di un file. Si noti 
anche che abbiamo ridiretto l'output del comando 
RUN verso il dispositivo logico NIL:, UN dispositivo 
fittizio che può ricevere qualunque file ma che non 
lo memorizza in nessun caso. Solitamente Sì 
ridirige l'output di un comando verso vg 
particolare dispositivo quando non è tanto utile da 
essere salvato in un file, e non si desidera neanche 
che venga visualizzato sullo schermo. Eseguito ì 
comando RUN, il controllo viene ceduto all’eti- 
chetta END per concludere l'esecuzione del file 
comandi. 

Se invece la compilazione ha avuto seni 
alcuni prompt avvisano l’utente, € viene Segno i 
comando FAILAT, il quale serve per stabilire i 
minimo codice d'errore che deve verificarsi per- 
ché venga interrotta l'esecuzione del file pg 
Questa soglia normalmente è 10, Ma per pupa? 
fase di link ci conviene impostarla pp 
mente a un valore molto alto. Il MOtivo € che 1 
linker, a differenza del compilatore, restituisce un 
codice d'errore ogni volta che 5! verifica una 
condizione dl'esrore, e tale codice è proprio il 
numero di errori che si sono verificati. Per fare un 
esempio, se non si provvede a indicare una 
particolare libreria linked della quale il nostro 
sorgente richiama 21 funzioni, durante la fase di 
link si verificano 21 errori “Undefined symbol: 
-...”, e il linker restituisce il codice d'errore 21. È 
quindi facile intuire che se con un programma di 


medie dimensioni si dimentica d’indicare nella fase 
di link una libreria linked particolarmente impor- 
tante, il numero di errori che si verificano può 
diventare anche molto elevato. Impostando tem- 
poraneamente la soglia a 1000 ci assicuriamo un 
buon margine di sicurezza. 

Prima di chiamare il linker, eseguiamo un 
controllo molto simile a quello compiuto per il file 
AztecC.err prima di chiamare il compilatore. 
Verifichiamo cioè se esiste nella directory corrente 
un file con lo stesso nome del file passato come 
argomento al file comandi, ma con l’estensione 
“.dbg”, e se esiste lo cancelliamo. Infatti il linker 
genera questo file soltanto se la fase di link ha 
Successo. 

A questo punto, chiamiamo il linker, ridirigen- 
done l’output verso il file RAM:In.w. Nella chiama- 
ta indichiamo l’opzione —g perché venga creato il 
file “.dbg” richiesto dal Source Level Debugger, ma 
anche necessario al nostro file comandi per 
rilevare se la fase di link ha avuto successo. La 
seconda opzione che indichiamo, —t, serve per 
richiedere al linker di generare un file ASCII 
contenente tutti i simboli presenti nel programma 
e i loro indirizzi esadecimali relativi. Segue il nome 
del file oggetto da sottoporre alla fase di link, e le 
due librerie cl32.lib e s132.lib, le più comuni nella 
programmazione. : 

Conclusa la fase di link, viene ripristinato il 
codice d’errore 10 come soglia oltre la quale viene 
interrotta l'esecuzione del file comandi, e viene 
visualizzato con l’editor il file RAM:In.w qualora 
non sia presente su disco il file di estensione “.dbg”, 
cioè qualora si sia verificato almeno un errore. Se 
invece tutto è andato bene, il file comandi 
visualizza alcuni prompt e termina all’etichetta 
END. 

Per quanto sia già molto utile, il file comandi che 
abbiamo proposto può essere notevolmente mi- 
gliorato, magari per compilare diversi moduli 
sorgente e sottoporli tutti alla stessa fase di link. 
Permette di risparmiare tempo, e in un sistema 
multitasking come l’ Amiga consente di trasforma- 
re un file da sorgente a eseguibile mentre l’utente 
svolge altre mansioni. A questo proposito, osser- 
viamo che se si desidera eseguire il file comandi in 
background, è opportuno eliminare tutti i coman- 
di ECHO, così da non interferire con la finestra 
nella quale l'utente sta eseguendo altre operazioni. 


Il prossimo articolo 


Nel prossimo numero analizzeremo la versione 
5.0 del compilatore C della Lattice, un prodotto 
molto interessante ed evoluto. Intendiamo così 
dare ai lettori la possibilità di confrontare tra loro 
i due migliori pacchetti di programmazione in C 
attualmente disponibili per | Amiga. 

Questa nuova release offre il supporto per tutti 
i microprocessori della Motorola, compreso il 
68030 che il Manx ancora non riconosce; inoltre 
genera più in fretta il codice oggetto e quello 
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eseguibile, codice tra l’altro meglio ottimizzato, 
ma soprattutto dispone di un editor dalle caratteri- 
stiche uniche, ossia con la possibilità di fermare il 
processo di compilazione a ogni errore per andare 
automaticamente a esaminare il file sorgente e 
correggerlo. 

In questa versione è anche compreso un nuovo 
source level debugger, il CodeProbe, equivalente al 
Source Level Debugger della Manx, e un tool utile 
per ridurre lo spazio occupato dai file eseguibili 
risultanti dalla compilazione. Sono state anche 
apportate alcune migliorie ai vari tool già esistenti 
nelle versioni precedenti del pacchetto. Non 
mancano alcune nuove utility: per esempio un 
disassembler più completo e un tool che tiene sotto 
controllo il tempo di CPU utilizzato da ciascun 
programma in C, consentendo al programmatore 
di concentrare i suoi sforzi sull’ottimizzazione 
dell’efficienza del programma. 


Listato 1: Startup-sequence 


comandi di startup" 





DER 


= 


"do ad 
î 


Dn 
î 


pa n fee = n] 
IE 


Ai 
Ai 
fi 
A 
Ai 
Ai 
fi 
A 
Ai 
A 
pi 


© = 0 0 n n n dl 


© 0 n n 


© 
Cal a 


n = 





DD D DD 




















Si noti che 


Inoltre, 


a versione 1,3 


d DFG: 
cu DPI: 





dira DFA: opt 
dirb DFi; opt 
DFB: opta 
UFi; opta 





Gilibs 


UFGrs/coln 
Ed 
UFO :s/sstartue 





quente 











md=m 
fia mount 


ENDCLI > 





>. 


e>.C nOn 








ce > RAMicc.u =D n +0 +0 +L + +p +r <file> 














Orma in residenti alcuni comandi 


che 


il ProgramminaHis 


arammimaHistory 








Fava alte (e PASI0/0) 


Amiga 2000 è il collaboratore ideale 
per preparare facilmente ed in po- 
chissimo tempo al video testi e grafici 
e riportarli poi su carta, su lucidi o dia- 
positive. E uno strumento creativo 
semplice e immediato per realizzare 
soggetti fantastici in due o tre dimen- 
sioni con 4.096 colori. Qualunque sia 
la tua professione, con Amiga 2000 
hai a disposizione le meraviglie del- 
l'ambiente Amiga DOS e del sistema 
MS-DOS, con i quali potrai elabora- 
re i tuoi progetti con una grafica 
ineguagliabile. In più, Amiga 2000 è 
Commodore: un marchio leader nel 
mondo degli home computer e dei 
sistemi professionali. Non a caso il 
primo PC IP.E.T.) è stato prodotto 
da Commodore, che può così 


vantare la più lunga esperienza N°, 


Zx 


nel settore. 


il 
- MS-DOS e XENIX sono marchi registrati 
della Microsoft Inc. 
- UNIX è un marchio registrato dello AT&T. 


- Commodore e Amiga sono marchi registrati 
della Commodore inc. 







Amiga 2000. 


Per te 
che vuoi 
un amico 
sulla 


scrivania. 

















Amiga 2000. 


Per te 

che vuoi 
lavorare 

con un creativo 
alla tua altezza. 


Amiga 200( 


Per te e per 

i tuoi progetti 
che non hanno 
bisogno solo 
del sistema 


MS-DOS. 














PCI0. 


Per te 

che vuoi 

un personal 
che faccia 
scuola. 


PC 40. 


Per te 

che vuoi lavorare 
solo con 

i numeri uno. 





PC 60. 


Per te 
che vuoi 


una gamma 
completa 

di soluzioni 
al servizio 
della tua 
Azienda. 





La linea PC Commodore garantisce 
nel mondo MS-DOS - grazie ai mo- 
delli XT, AT e 386 - la soluzione ad 
ogni problema. Il PCIO (XT) e PC20 
(XT] rappresentano la soluzione idea- 
le di partenza. | modelli PC40 (AT) as- 
sicurano la potenza e l'espandibilità 
necessarie a soddisfare ogni esigen- 
za di crescita in qualunque settore. Il 
PC60 (386) - grazie alla sua potente 
architettura — è il top della gamma. 
Sui modelli PC40 e PC60 potrai in- 
stallare anche il sistema operativo Xe- 
nix® o Unix® se la tua azienda lo ri- 
chiede, e potrai inoltre collegarli in re- 
te. In più PCIO, 20, 40, 60 sono Com- 
modore: un marchio leader nel mon- 
do degli home computer e dei sistemi 
professionali. Non a caso il primo PC 
(P.E.T.) è stato pesa dalla Com- 
modore, che può ria 
così vantare la 
più lunga espe- 
rienza nel settore. 
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Cz 


Concessionario 


Commodore 


Sistemi Professionali 


Lombardia 


Milano 
@ A'ION - Via Bigli, 11 
® AL RISPARMIO - V.le Monza, 204 
@ B.C.S. - Via Montegani, 11 
® BRAHA ALBERTO - Via Pier Capponi, 5 
® EDI CARED - Via Pietro Calvi, 20 
® E.D.S. - C.so Porta Ticinese, 4 
© FLOPPERIA - V.le Montenero, 31 
@ GI-SETTANTA - Via Burlamacchi, 4 
© GIGLIONI - V.le Luigi Sturzo, 45 
® LOGITEK - Via Golgi, 60 
® MARCUCCI - Via F.lli Bronzetti, 37 
® NEWEL - Via Mac Mahon, 75 
© SUPERGAMES - Via Vitruvio, 38 
® 68000 E DINTORNI - Via Washington, 91 











Provincia di Milano 


® ALL COMPUTER - Residenza Sassi, 312 - Mi- 
lano 3 - Basiglio 

@ PENATI - Via Verdi, 28/30 - Corbetta 

@ S.A.T. - Via Milano, 24 - Nerviano 

® IL CURSORE - Via Campo dei Fiori, 35 - No- 
vate Milanese 


Bergamo 
® DERCOM - Via Borgo Palazzo, 65/A 


Provincia di Bergamo 


@ COMPUTER SHOP - Via V. Veneto, 9 - Ca- 
priate San Gervasio 


Brescia 
C) MISTER INFORMATICA - Via F.lli Ugoni, 
/ 


Provincia di Brescia 
@ CAVALLI PIETRO - Via X Giornate, 14/B - Ca- 
strezzato 


® DATA SYSTEM NEW - Via Gramsci, 33 - Con- 
cesio 


@ MEGABYTE - P.zza Maluezzi, 14 - Desenzano 
del Garda 


Provincia di Como 


@ CIMA ELETTRONICA - Via Leonardo da Vin- 
ci, 7 - Lecco 
® FUMAGALLI - Via Cairoli, 48 - Lecco 
@ RIGHI ELETTRONICA - Via Leopardi, 26 - OI 
Biate Comasco 
Cremona 


© MONDO COMPUTER - Via Giuseppina, 11/B 
@ PRISMA - Via Buoso da Dovara, 8 
Provincia di Cremona 
® EUROELETTRONICA - Via XX Settembre, 92/ 
A - Crema 
Provincia di Mantova 
@ CLICK - ON COMPUTER- S.S. Goietese, 168 - 
Goito 
Pavia 
® POLIWARE - C.so Carlo Alberto, 76 


Provincia di Pavia 
® LOGICA MAINT - Via Montegrappa, 32 - Vi- 
gevano 
Provincia di Sondrio 


@ FOTONOVA - Via Valeriana, 1 - San Pietro di 
Berbenno 


Varese 
® IL CENTRO ELETTRONICO - Via Morazzo- 


ne, 2 
® SUPERGAMES - Via Carrobbio, 13 


Provincia di Varese 
® CURIO TRE - Via Ronchetti, 71 - Cavaria 
® JA.C. NUOVE TECNOLOGIE - C.so Mat- 
teotti, 38 - Sesto Calende 


®© SALS INFORMATICA - Via G. D'Annun- 
zio, 2 


Emilia 





| Piemonte ] 


Cuneo 
® ROSSI COMPUTERS - C.so Nizza, 42 





Provincia di Cuneo 
@ PUNTO BIT - C.so Langhe, 26/C - Alba 


Novara 
@ SOFTEAM - Via Locchi, 6 


Provincia di Novara 


® L.A.E. SOFTWARE - C.so Cavour, 46/59 - 
Arona 
® ALL COMPUTER - C.so Garibaldi, 106 - 
Borgomane- ro 
® ELLIOTT COMPUTER SHOP - Via Don Min- 
zoni, 32 - Intra 
Torino 


® ALEX COMPUTERS - C.so Francia, 233/4 

® DE BUG COMPUTER - C.so Vittorio Ema- 
nuele Il, 22 

° DESME UNIVERSAL - Via San Secondo, 


© IL COMPUTER - Via Nicola Fabrizi, 126 
® STAF - C.so Regina Margherita, 97 


Provincia di Torino 


® DIAM INFORMATICA - C.so Francia, 146 
BIS - Cascine Vica - Rivoli 


Provincia di Vercelli 
e C.S.I. TEOREMA - Via Losana, 9 - Biella 


® CHIP - Via Martiri della Libertà, 47 - Cos- 
sato 


Belluno 
@ UP TO DATE - Via Vittorio Veneto, 43 


Padova 
® SARTO COMPUTER - Via Armistizio, 79 


Trentino Alto Adige 


Bolzano 
@ COMPUTER POINT - Via Roma, 82 


Provincia di Bolzano 


@ ELEKTRO TAPPEINER - P.zza Principale 
90 - Silandro 


Trento 
@ CRONST - Via G. Galilei, 25 


Friuli Venezia Giulia 


Pordenone 
@ SIEL - Via Colonna, 45 





Udine 
® CO.R.EL. ITALIANA - Via Tavagnacco, 91 
@ MOFERT 2 - Via Leopardi, 21 


Liguria 


Genova 
® ODEL - Via Orsini, 4 R 





Bologna 


© MINNELLA ALTA FEDELTÀ - Via Mazzini, 
146/2 

@ SINOPIA INFORMATICA - V.le Pietramella- 
ra, ll 


Provincia di Bologna 
® S.C. COMPUTERS - Via Enrico Fermi, 4 - 
Castel San Pietro 
@ S.P.E. INFORMATICA - Via di Mezzo 
Ponente, 385 - Crevalcore 
Modena 
® VIDEO VAL WILLY COMPUTERS - Via Ca- 
naletto, 223 
Provincia di Modena 
® NEW MEDIA SYSTEM - Via Roma, 281 - 
Soliera 
Parma 
® NEW LIST COMPUTER - Via Nazario 
Sauro, 9 
Reggio Emilia 


® COMPUTERLINE - Via San Rocco, 10/C 
® POOL SHOP - Via Emilia S. Stefano, 9/C 


Romagna 


Repubblica di San Marino 
@ A.C.S. - Via Nonagualdaria - Cailungo 





Ferrara 
@ BUSINESS POINT - Via Carlo Mayer, 85 


Provincia di Forlì 


@ TOP BIT - Via Veneto, 12 - Forlimpopoli 

@® EASY COMPUTER - Via Lagomaggio, 50 - 
Rimini 

® NUMERO - Via Battaglini, 21 - Rimini 


Provincia di Ravenna 


® E.T.S. - Via Saffi, 1 - Alfonsine 
© P.L.Z. INFORMATICA - P.zza Sercognani, 
6 - Faenza 


Toscana 


Arezzo 
® DELTA SYSTEM - Via Piave, 13 





Firenze 
© M.T.S. DISTRIBUZIONE - Via di Novoli, 64 
A 


© TELEINFORMATICA TOSCANA - Via Bron- 
zino, 36 
Grosseto 
@ COMPUTER SERVICE - Via Dell'Unione, 2 
Livorno 
® EIA BETA COMPUTER - Via S. Francesco, 


® FUTURA 2 - Via Cambini, 19 


Provincia di Lucca 


@ IL COMPUTER - V.le Colombo, 216 - Lido 
di Camaiore 


Pisa 


© ELECTRONIC SERVICE - Via della Vecchia 
Tranvia, 10 


Pistoia 
@ ELECTRONIC SHOP - Via degli Scalzi, 3 


Siena 
@ RENATO BROGI - P.zza Gramsci, 28 


Provincia di Siena 


® ELETTRONICA di BIFOLCHI - Via di Graccia- 
no nel Corso, 111 - Montepulciano 

® ELETTROMERCATO di BURRINI - Via Tosca- 
na, 6 - Monteriggioni 


Perugia 


@ MIGLIORATI - Via S. Ercolano, 3 
® STUDIO SYSTEM - Via R. D'Andreotto, 49/ 
5 


1 
Lazio 


Roma 
@ D.R.R. - Via Giovanni Giorgi, 6 


Abruzzo 


Teramo 
® MAX CENTER - V.le Crispi, 68 


Bari 
® ARTEL - Via Guido d'Orso, 9 
® COMPUTER'S ARTS - V.le Meucci, 12/B 
® ELETTRONICA SISTEMI - V.le della Repub- 
blica, 67/69 
® PAULICELLI SABINO & FIGLI - Via Fanelli, 
231/C 








Campania 


Napoli 


® DARVIN - Calata San Marco, 25 

® DPC INFORMATICA - Via E: Nicolardi, 129 

® GENERAL COMPUTERS - Via Bernini, 101 

® SPY - Via Domenico Fontana, 135 

@ TOP VIDEO - TOP COMPUTER - Via S. Anna 
dei Lombardi, 12 


Provincia di Napoli 
@ ITALIANA SOFTWARE - Via Zara, 11 - Acerra 
@ NUOVA INFORMATICA SHOP - Via Libertà, 
185 - Portici 
Provincia di Salerno 


®© COMPUTER WORLD - Via Quarto, 6 - San 
Marzano sul Sarno 


Calabria 


Cosenza 
© SIRANGELO COMPUTER. Via N. Parisio, 25 





Reggio Calabria 
® CONTROL SYSTEM - Via S. Francesco da 
Paola, 49/D-E i 
© SYSTEM HOUSE - Via Fiume ang. Palestri- 
no, l 
Provincia di Reggio Calabria 


© COMPUTER SHOP - Via Matteotti, 48/50 - 
Locri 


Sicilia 


Provincia di Enna 
® ITALSOFT - Via Dottor Palazzolo - Agira 





Palermo 
® C.H-P. - Via Libertà, 95 


cambia in Cz Commodore 


Esigi sempre la garanzia della Commodore Italiana S.p.A. 


Elenco aggiornato al 3 Aprile 1989 








! 


IL LINGUAGGIO MACCHINA DELL’AMIGA 


CYGNUSED PROFESSIONAL, 
UN EDITOR PER 
I PROGRAMMATORI 


Un prezioso aiuto per la programmazione: l’editor CygnusEd Professional. 
Le sue caratteristiche più significative sono la gestione su varie finestre 
di uno o più file di testo e la compatibilità AREXX 


di Eugene P. Mortimore 


editor di testi che consenta l’apertura di dieci 

finestre su dieci file diversi, oppure che 
permetta la visione delle diverse parti di un file in 
varie finestre, facilitando così le operazioni di cut 
& paste. Magari vi piacerebbe anche che queste 
finestre venissero ingrandite automaticamente a 
tutto schermo quando le selezioniamo, e che la 
configurazione e i comandi dell’editor potessero 
essere personalizzati in modo completo. E se ci 
fosse anche la possibilità di recuperare i file che 
dopo un crash del sistema diamo per spacciati, 
saremmo davvero di fronte all’editor ideale. 

Ma questo editor esiste davvero: la ASDG 
Incorporated ha lanciato sul mercato CygnusEd 
Professional, un programma che congloba tutte le 
caratteristiche elencate e molte altre, come la 
possibilità di controllare l’editor attraverso i 
linguaggi di programmazione più famosi, come C, 
Basic o Pascal, per scavalcare la consueta interazio- 
ne con il mouse e la tastiera, e la presenza di un 
linguaggio semplificato ma potente per definire 
macro e routine. Si tratta di uno dei più importanti 
programmi per l’Amiga e merita tutta la nostra 
attenzione se siamo assidui utenti di editor e word 
processor. In aggiunta alle caratteristiche dei 
migliori word processor, CygnusEd Professional 
offre inoltre una serie di opzioni che lo rendono 
particolarmente adatto alla scrittura di program- 
mi. Dopo aver preso confidenza con queste 
possibilità, scrivere sorgenti diventerà enorme- 
mente più rapido e facile. 


S enz’altro vi sarà capitato di desiderare un 


Aspetti generali 


Esaminiamo ora le caratteristiche più notevoli di 
questo pacchetto. Articoleremo l’analisi in sette 
punti principali: 


— la creazione di finestre, in numero massimo di 
dieci 

- l’assegnazione di viste logiche a file diversi o 
parti dello stesso file 

- la semplificazione dei passi da compiere per 
selezionare blocchi di testo e per memorizzare 
sequenze di comandi sotto forma di macro 

- l'esecuzione di comandi AmigaDOS e di file 
comandi AREXX senza uscire dall’editor 

- il recupero istantaneo dei file presenti in 
memoria quando avviene un crash del sistema 

- la possibilità di rendere residente l’editor e di 
richiamarlo attraverso una sequenza di tasti (hot 
key) in qualunque momento 

- la possibilità di ridefinire i parametri globali 
dell'editor a proprio piacimento. 


Apertura di più viste 


Scrivere un programma richiede quasi sempre 
l’uso di più file sorgente. Per esempio, in un 
programma in C capita spesso di avere un file 
contenente soltanto la funzione main(), e uno o più 
file dedicati alle sotto-funzioni da questa richiama- 
te. L’editor CygnusEd consente di tenere aperti 
contemporaneamente tutti questi file in opportu- 
ne finestre, fino a un massimo di dieci, e di saltare 
con il cursore dall'una all’altra con il solo uso del 
mouse, ingrandendo tra l’altro in maniera automa- 
tica la finestra di volta in volta selezionata, fino a 
farle occupare le dimensioni dell'intero schermo. 
Facciamo subito un esempio d'impiego pratico: 
l'utente può tenere lo schermo permanentemente 
suddiviso in due finestre, collocando in quella 
superiore la funzione main(), e in quella inferiore 
gli altri sorgenti a cui la funzione main() fa di volta 
in volta riferimento. 
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Chiariamo subito che queste finestre non sono 
gestite da Intuition e quindi non si possono 
spostare, ridimensionare o sovrapporre facendo 
uso del mouse. Sono in pratica semplici suddivisio- 
ni orizzontali dello schermo, sulle quali possiamo 
agire soltanto attraverso i comandi previsti dall’e- 
ditor. D’altra parte, non occorre quasi mai sovrap- 
porre finestre contenenti testi, e diminuire le loro 
dimensioni orizzontali serve soltanto a rendere i 
file più difficili da leggere; inoltre, affidare a 
CygnusEd anziché a Intuition la gestione dello 
spazio disponibile sullo schermo permette di 
evitare la presenza di bordi e barre di spostamento 
aumentando così lo spazio disponibile. . 

Ora, supponiamo che il nostro programma sia 
composto da un file sorgente contenente la 
funzione main(), e da un secondo file contenente 
cinque funzioni di supporto. Conviene dedicare 
una finestra alla sola funzione main(), e visualizza- 
re in altre cinque ognuna delle funzioni contenute 
nel secondo file sorgente. Evidentemente, poiché 
queste cinque funzioni fanno parte di un unico file, 
tutte le modifiche introdotte nelle loro finestre si 
ripercuotono sullo stesso file. 

In generale, poter vedere su finestre diverse più 
parti dello stesso file è sempre utile durante la 
programmazione: permette di risparmiare tempo 
e soprattutto di mantenere sempre una visione 
globale del lavoro. E soprattutto, permette d’iden- 
tificare subito i blocchi di testo da copiare o da 
spostare da una finestra all’altra. 

Per una visione schematica delle operazioni 
consentite da CygnusEd nella gestione delle fine- 
stre, si consulti la Tavola 1, che mostra tutte le sue 
più importanti caratteristiche. 


Le operazioni sui blocchi di testo e le macro 


CygnusEd utilizza il dispositivo Clipboard dell’A- 
miga per le operazioni di cut & paste, e offre una 
vasta gamma di scelte per quanto riguarda lo 
spostamento di blocchi di testo tra finestre diverse. 
Si possono definire due tipi di blocchi: quello 
tradizionale “a righe” oppure quello “rettangola- 
re”, ossia da colonna a colonna e da riga a riga, che 
è utile soprattutto per le tabelle. Le varie possibili- 
tà sono meglio evidenziate nella sezione dedicata al 
menu Cut/Paste della Tavola 1. 

Si possono poi definire macrocomandi, cioè 
sequenze di comandi avviabili con un’unica istru- 
zione. I macrocomandi si rivelano utili per auto- 
matizzare sequenze di operazioni a cui si fa 
frequente ricorso. Una particolarità interessante, 
peraltro comune anche all’editor MEmacs distri- 
buito con la versione 1.3 del Workbench, è che 
questi macrocomandi vengono creati semplice- 
mente eseguendo in sequenza le operazioni deside- 
rate dopo aver abilitato il modo di registrazione. 
Conclusa la registrazione, si può salvare su disco il 
macrocomando ottenuto e mandarlo in esecuzione 
non appena si ripresenterà la necessità della stessa 

sequenza di operazioni. 
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L’interfaccia con il pacchetto AREXX 


Il sistema AREXX consente di stabilire canali di 
comunicazione fra le applicazioni dotate di oppor- 
tuna interfaccia, oppure di sostituire la consueta 
interazione utente-applicazione (tramite tastiera o 
mouse) con file batch di comandi (al sistema AREXX 
abbiamo dedicato parte dell’articolo “AREXX e 
WShell, due utility per il programmatore” in 
questo stesso numero di Commodore Gazette). 

CygnusEd, come abbiamo già detto, è un’appli- 
cazione dotata d’interfaccia AREXX (anzi, è una 
delle prime apparse sul mercato). Questo significa 
che è in grado di ricevere input non solo dalla 
finestra di cui dispone sullo schermo, ma anche 
dalla message port AREXX che crea in fase 
d’inizializzazione e che rende pubblica nel sistema. 
L'interfaccia AREXX prevede lo scambio di messag- 
gi costruiti secondo un particolare formato al 
quale devono uniformarsi tutte le applicazioni 
AREXX compatibili. Generalmente, i messaggi che 
passano attraverso queste message port contengo- 
no comandi e dati. 

Nel caso di CygnusEd, la sua interfaccia AREXX 
ci consente di ricorrere a file comandi AREXX per 
attivare molte funzioni che normalmente selezio- 
neremmo tramite i menu, e permette inoltre di 
svolgere particolari compiti non previsti dall’edi- 
tor, come comandare altre applicazioni AREXX 
compatibili senza uscire da CygnusEd.Come si può 
vedere, la compatibilità AREXX apre nuove possibi- 
lità, superiori perfino a quelle fornite dall’utilissi- 
ma gestione delle macro. 

Molto meno sensazionale, ma pur sempre utile, 
è la possibilità d’impartire comandi all’AmigaDOS 
direttamente dall’editor, senza dover aprire una 
finestra CLI. Il canale di output standard di questi 
comandi diventa una delle finestre dell’editor. 


I parametri globali 
per la personalizzazione dell’editor 


Si supponga di essere impegnati contempora- 
neamente in diverse attività, come la scrittura di 
un libro, di alcune lettere e di un programma in 
Basic: il proprio editor dovrebbe lavorare come un 
word processor per la stesura del libro e delle 
lettere, e dovrebbe invece configurarsi come un 
editor adatto alla stesura di programmi quando si 
cambia contesto. La configurazione per il funzio- 
namento da editor di sorgenti prevederebbe per 

. esempio particolari tabulatori, nonché funzioni 
speciali quali il controllo automatico sulla chiusura 
delle parentesi, mentre la configurazione per il 
funzionamento da word processor prevederebbe 
piuttosto l’attivazione di particolari margini e 
allineamenti per la formattazione dei testi. 

Con CygnusEd è possibile crearsi alcune configu- 
razioni personalizzate impostando Opportunamen- 
te 1 parametri ai quali il programma accede per la 
gestione delle proprie risorse. La configurazione 
attiva può essere salvata e caricata in qualunque 
momento. 











I menu di CygnusEd 


Il modo migliore per rendersi conto della 
varietà di scelte messa a disposizione da CygnusEd 
Professional è dare uno sguardo alle voci dei suoi 
menu, che spesso mostrano caratteristiche inedite. 
Nella Tavola 1 sono riassunte molte di queste voci, 
in particolare quelle che sono tipiche di CygnusEd . 
Le suddivisioni seguono quelle degli otto sotto-me- 
nu presenti sulla barra menu principale. La 
maggior parte delle opzioni disponibili si possono 
attivare anche attraverso combinazioni di tasti 
CTRL o ALT: non appena si diventa pratici del 
sistema, è possibile accelerare le operazioni facen- 
do uso della tastiera anziché dei menu a discesa. 

Nel caso si desideri comandare l’editor attraver- 
so la sua interfaccia AREXX, la sintassi dei comandi 
da inviare corrisponde alle stringhe di caratteri 
presenti nelle stesse voci dei menu. 

Tutte le voci dei menu che terminano con i 
puntini di sospensione, come per esempio “Include 
file...”, necessitano di ulteriori dati da parte 


dell’utente, tanto che la selezione avvenga interat- 
tivamente quanto che si ricorra a un file batch 
AREXX. 

Il menu Project — Il menu Project mette subito in 
evidenza alcune opzioni insolite per un editor. E 
possibile per esempio cancellare il file presente 
all’interno di una finestra, lasciando attiva la 
finestra; si può inserire un file all’interno di un 
altro file con il comando “Include”; si può salvare 
su disco una parte di testo compresa tra due righe 
(il consueto blocco di testo), oppure un’area 
rettangolare compresa non solo fra due righe ma 
anche fra due colonne (il cosiddetto blocco 
rettangolare); si può cambiare la directory corren- 
te dell’AmigaDOS senza uscire dall’editor; si può 
stampare un blocco di testo, oppure ridirigere la 
stampa verso un file su disco; infine esiste la 
possibilità di uscire dall’editor, disabilitando anche 
la hot key di riattivazione. 

Il menu Environment - Environment è la prima 
parte di un menu composto da tre sezioni, la prima 
delle quali evidenziata dalla lettera “E” maiuscola. 


TAVOLA 1 


Descrizione e impiego 


Comando 


Menu Project 


Clear 

Include file... 

Save Block... 

Save All Changes 
Change Current Directory 
Print Block... 

Print File... 

Quit & Die 


Menu Environment 
Screen height 
Screen width 

Force custom screen 
Macro definitions 
Priority 

Autosave 

Set Icon Tool Name 


Change Colors 

Do Safe Saves 

Icon Creation 
HOT-Start Enabled? 
Auto-expand views? 
Keypad = movement? 
Load environment 
Save environment... 


Menu eNVIROnment 
Tab size 

Customize tabs 

Set right border 

Set scroll jump 
Layout? 

Word wrap? 

Insert mode? 

Tabs = spaces? 


Menu enviroNMENT 
Status line 

White spaces 

Scroll bar 

Set scroll borders 


Cancella il file corrente dalla memoria, senza chiudere le finestre aperte 

inserisce un file nel testo corrente alla posizione indicata dal cursore 

Salva in un file il blocco di testo selezionato 

Salva tutti i file che hanno subito modifiche dopo l'ultimo salvataggio 

Cambia la directory corrente dell'AmigaDOS 

Invia il contenuto del blocco a una stampante o a un file 

nvia il file a una stampante o a un file 

Chiude CygnusEd completamente, cioè disabilitando anche l'hot key che lo riattiva istantaneamente 


Assegna allo schermo un'altezza tra 200 e 236 pixel o attiva l'interlace 

imposta la larghezza dello schermo a un valore tra 640 e 704 pixel 

Costringe l'editor a utilizzare uno schermo diverso da quello del Workbench 

Definisce una macro e la assegna a un tasto perché si possa mandare facilmente in esecuzione 
Modifica la priorità che l'Exec riconosce al task CygnusEd 

Attiva il salvataggio di sicurezza periodico dei file 

Permette di variare il contenuto dell'opzione Default Tool di un'icona, ossia il programma che viene 
eseguito quando l'utente la seleziona due volte con il mouse 

Seleziona una delle 24 possibili combinazioni di colori per lo schermo dell'editor 

Utilizza un particolare sistema per il salvataggio dei file, che usa più file temporanei per motivi di affidabilità 
Crea un'icona per ogni file di testo che viene salvato 

Mantiene in memoria una versione residente di CygnusEd, per evitarne successivi caricamenti da disco 
Estende automaticamente la finestra attiva a tutto lo schermo 

Rende possibile spostare il puntatore del mouse attraverso la tastierina numerica 

Carica in memoria un file contenente i valori dei parametri globali e li rende attivi 

Memorizza il valore dei parametri globali in un file 





Modifica le dimensioni dei tabulatori tra 1 e 10 colonne, e aggiorna il file corrente 
Scavalca il valore di default per i tabulatori, consentendo di specificarne uno per ogni riga 
Imposta il bordo destro del documento (utilizzato per il wordwrap e la formattazione) 

Imposta la velocità di scroll i 
Consente al cursore di muoversi oltre la fine di una riga, nello spazio non appartenente al file 
Rende automatico il wordwrap, in modo che non si debba premere CR a fine riga 

Passa dal modo inserimento alla sovrapposizione 

Trasforma le tabulazioni in serie di spazi 


Visualizza o cancella la linea di stato nella barra titolo della finestra 
Serve a visualizzare come simboli speciali i caratteri non stampabili 
Visualizza o cancella la barra di scroll a destra o a sinistra dello schermo 
Definisce l'area interessata dallo scroll all'interno della finestra 


SEGUE 
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Menu Special 

View operations 
Format 

DOS/ARexx interface 
Enter ascii... 

Center cursor 

Center line 

Repeat key/menu... 
Find matching bracket 
Mark location 


Menu Cut/Paste 
Mark block 

Mark columnar block 
Cut block 

Copy block 

Insert block 

Save block to file... 
Rot block 

Strip CR block 
Change case block 
Delete word 
Undelete word 
Delete line 

Delete to EOL 
Undelete line 


Menu Search/Replace 
Change case letter 
Change case word 
Upper case word 

Lower case word 


Menu Move 
Jump to line... 
Jump to auto-mark 


Beg of screen 
End of screen 
Beg of line 
End of line 


Up 12 lines 

Down 12 lines 

Left 12 characters 
Right 12 characters 


Beg of file 
End of file 
Prev word 
Next word 





Permette di eseguire diverse operazioni sulle finestre 

Esegue la formattazione del testo in maniera che nessuna parola superi il margine destro impostato 
Serve a mettere in colloquio CygnusEd con l’AmigaDOS e con altre applicazioni AREXX compatibili 
Permette d'inserire il codice ASCII di un carattere 

Fa scorrere il testo nella finestra attiva in modo che la linea corrente risulti al centro della finestra 
Centra la linea corrente tra i margini 

Ripete la pressione di un tasto o la selezione di un menu un certo numero di volte 

Ricerca la parentesi di chiusura relativa a quella su cui si trova il cursore 

Definisce fino a 10 posizioni all'interno del file, permettendo di spostarvisi con facilità 


Segnala l'inizio o la fine di un blocco di testo per successive operazioni di cut & paste 
Analogo al precedente, ma si riferisce a blocchi rettangolari 

Esegue il cut, ossia sposta la parte di testo selezionata nel buffer Paste 

Copia nel buffer Paste la parte di testo selezionata 

Inserisce il contenuto del buffer Paste nella posizione indicata dal cursore 

Memorizza il blocco selezionato in un file 

Crittografa il testo (utile per trasmettere dati su network) 

Elimina i CR da un blocco di testo 

Inverte da maiuscolo a minuscolo tutti i caratteri di un certo blocco 

Cancella la parola a destra o a sinistra del cursore 
Recupera le parole cancellate con la funzione precedente 

Cancella la riga su cui si trova il cursore 

Cancella la riga corrente a partire dalla posizione del cursore, fino al fondo 

Recupera le righe cancellate 


Inverte da maiuscola a minuscola o viceversa la lettera su cui si trova il cursore 
Inverte da maiuscola a minuscola o viceversa l'intera parola su cui si trova il cursore 
Trasforma in caratteri maiuscoli la parola su cui si trova il cursore 

Opposto al precedente 


Muove il cursore su una particolare linea del testo 
Muove il cursore su uno dei “mark" impostati 


Muove il cursore all'inizio dello schermo 
Muove il cursore alla fine dello schermo 
Muove il cursore all'inizio della linea 
Muove il cursore alla fine della linea 


Muove il cursore di 12 linee verso l'alto 
Muove il cursore di 12 linee verso il basso 
Sposta il cursore verso sinistra di 12 caratteri 
Sposta il cursore verso destra di 12 caratteri 


Muove il cursore all'inizio del file 
Muove il cursore alla fine del file 
Muove il cursore alla parola precedente 
Muove il cursore alla parola successiva 





Le sue voci più interessanti sono la definizione 
delle dimensioni dello schermo, l’impiego da parte 
di CygnusEd di un proprio schermo sul quale le 
operazioni vengono svolte più velocemente che 
sullo schermo del Workbench (probabilmente 
aprendo uno schermo custom dotato di un minor 


numero di bit plane e quindi di meno colori), la, 


creazione delle macro e la possibilità di variare il 
livello di priorità dell’editor nel sistema multi- 
tasking dell’Amiga. L'opzione Set Icon Tool 
Name interviene quando un’icona viene seleziona- 
ta due volte dal Workbench mentre Autosave attiva 
il salvataggio automatico dei file a intervalli 
regolari. 

Questo menu permette anche di variare i colori 
dello schermo in qualsiasi istante e di scegliere il 
metodo che si ritiene più sicuro per effettuare le 
copie di backup dei propri file. Inoltre, si può 
scegliere di conservare una copia residente dell’e- 





ditor in memoria, richiamabile con una hot key; si 
può fare in modo che la finestra attiva venga 
sempre estesa a tutto lo schermo; si può comanda- 
re il puntatore attraverso la tastierina numerica. 
Infine, tutti i parametri che descrivono la configu- 
razione dell’editor possono essere salvati in un 


apposito file, in modo che — ricaricandolo in 
memoria — l’editor si riconfiguri esattamente 
com'era. 


eNVIROnment è la seconda parte del menu: in 
essa sono presenti voci che permettono d’imposta- 
re i tabulatori, i margini, il wordwrap, la velocità 
di scroll; si può passare dalla modalità “wordpro- 
cessing”, nella quale le parole vengono mandate a 
capo automaticamente al fondo di ogni riga, alla 
modalità “command-line”, in cui ogni riga di testo 
è un’entità a sé stante, come nei primi editor di 
linea, nei quali era obbligatorio dare il comando di 
fine riga durante la digitazione, e per la correzione 











si doveva segnalare esplicitamente la riga su cui si 
doveva intervenire. È infine possibile decidere se i 
tabulatori devono essere il carattere ASCII di 
tabulazione o una serie di spazi (un’opzione molto 
utile quando i file che si scrivono devono poi essere 
elaborati da altri programmi, che evidentemente 
non possono sapere a quale distanza corrisponde il 
tabulatore impostato all’interno di CygnusEd). 

enviroNMENT è la terza e ultima parte del 
menu. Ci offre la possibilità di abilitare o disabilita- 
re la visualizzazione di una serie d’informazioni 
nella barra titolo che riguardano lo stato dell’edi- 
tor; si possono inoltre visualizzare attraverso 
speciali codici video certi caratteri non stampabili 
come i tabulatori e i CR. Infine possiamo decidere 
se vogliamo le barre di scroll sulla finestra 
principale dell’editor. 

Come si vede, il menu Environment, nel suo 

complesso, affronta il problema di definire alcune 
caratteristiche globali dell’editor suddividendole 
in tre ambiti logici. 
Il menu Special — Le funzioni presenti in questo 
menu sono particolarmente interessanti. La prima 
voce serve a ingrandire, rimpicciolire e spezzare le 
finestre, e a muoversi da una finestra all’altra. 
L’opzione Format, invece, serve a eseguire corret- 
tamente il wordwrap sul bordo destro. 

La voce DOS/ARexx interface serve a eseguire 
comandi dell’AmigaDOS o file comandi AREXX 
dall’interno di CygnusEd . A questa voce corrispon- 
dono cinque diverse opzioni. Le prime quattro, 
Send DOS/ARexx command, Install DOS/ARexx 
command, Load DOS/ARexx commands e Save 
DOS/ARexx commands, si spiegano da sole e 
soddisfano in pratica l’esigenza di gestire comandi 
dell’AmigaDOS e file comandi AREXX senza lascia- 
re l’editor, sveltendo così le operazioni. La quinta, 
invece, serve per la definizione dei dieci tasti 
funzione dell’ Amiga. 

Con le prossime sei scelte di questo menu 
possiamo effettuare le seguenti operazioni: inseri- 
re nel file un carattere qualsiasi (anche non 
stampabile) indicandone il codice ASCII; spostare 
il testo all’interno della finestra; centrare una linea 
rispetto ai margini attivi della finestra; attivare 
ripetutamente la pressione di un tasto © la 
selezione di un menu; muovere il cursore alla 
parentesi che chiude quella su cui si trova. 

Il menu Cut/Paste — Permette di selezionare 
blocchi di testo, e può eseguire le consuete 
operazioni a essi relative. Ce n’è una sola di atipica, 
Rot, che permette di crittografare un testo, 
rendendolo illeggibile se non si dispone della 
chiave per decifrarlo. Questa opzione è utile 
essenzialmente per la protezione dei file nelle 
trasmissioni all’interno di un network. Sempre nel 
menu Cut/Paste sono infine disponibili diverse 
opzioni per la cancellazione e il recupero di linee, 
parole e singoli caratteri. 

Il menu Search] Replace — In aggiunta alle consue- 
te operazione di ricerca e sostituzione, consente 
l'inversione da maiuscolo a minuscolo (e viceversa) 


dei singoli caratteri o d’intere parole. 

Il menu Move — È stato ideato per permettere 
rapidi spostamenti all’interno della finestra attiva: 
abbiamo infatti la possibilità di spostare il cursore 
su un particolare punto del file precedentemente 
“etichettato” con l’opzione Auto-mark; ci si può 
anche spostare all’inizio o alla fine di una finestra, 
di una riga, dell’intero file; di 12 caratteri in 
qualsiasi direzione o alla parola successiva o 
precedente. 


Conclusioni 


CygnusEd Professional è l'editor che aspettavamo 
da sempre per l’Amiga: le sue caratteristiche ne 
fanno un ottimo pacchetto per la stesura di testi di 
qualsiasi tipo. E da sottolineare l’utilità del sistema 
a finestre multiple, che consente un colpo d’occhio 
immediato su più file o su diversi punti dello stesso 
file. Le finestre non sono comode come quelle di 
Intuition ma richiedono meno memoria, e del 
resto le finestre d’Intuition sarebbero forse troppo 
sofisticate per le esigenze di un editor. 

Programmatori, giornalisti, scrittori e tutti quel- 
li che scrivono professionalmente sanno bene 
quanto sia importante aumentare l’efficienza del 
proprio ambiente di lavoro. In CygnusEd troveran- 
no un aiuto prezioso, oltre che completo e 
affidabile. Pur dovendo fare i conti con l’attuale 
risoluzione video disponibile sull’Amiga, Cygnu- 
sEd offre innovazioni molto avanzate rispetto ai 
suoi diretti concorrenti: quando avremo a disposi- 
zione le nuove risoluzioni video promesse dall’ECS 
sarà difficile trovare rivali per questo prodotto. 
CygnusEd, infatti, è già pronto per sfruttare al 
meglio le future potenzialità dell’ Amiga. 


Il prossimo articolo 


Nel prossimo articolo prenderemo in esame 
Extend, un programma che migliora l Amiga 
BASIC, facendolo accedere alle potenzialità di 
Intuition, come i menu, i requester e i gadget. 
Extend aggiunge al Basic dell’Amiga circa 50 
comandi allo scopo di gestire più facilmente le 
finestre, i menu, le combinazioni di tasti e i colori 
sullo schermo del Workbench. Inoltre permette di 
eseguire comandi dell’AmigaDOS dall'interno dei 
programmi in Basic, di utilizzare e gestire file 
grafici (anche in formato HAM) e fonti-carattere. 
Rende possibile usare dinamicamente la memoria, 
creare requester per i file e barre di scroll 
direttamente dai programmi in Basic. Esaminere- 
mo quindi tutte queste estensioni dell’Amiga 
BASIC e ne vedremo le applicazioni pratiche con 
esempi d'impiego reale. Lu] 


Per ulteriori informazioni contattare direttamente: 


ASDG Incorporated 
(CygnusEd Professional, $99) 
925 Stewart Street 

Madison, Wisconsin 53713, USA 
(Tel. 001/608/2736585) 





ARRETRATI 


COMPLETATE LA VOSTRA COLLEZIONE 


NUMERO 1/86 - Telecomunicazioni: guida 
all'acquisto di un modem. Il disk drive 1541 
ed i suoi limiti tecnici. Corso di programma- 
zione in L.M. su C-64. Il C-128: prova. Il nuovo 
Commodore Amiga a confronto con IBM PC, 
AT e Macintosh. Reset per il 1541. Amiga, 
dove fantasia e realtà si incontrano. Fare 
musica con il C-128. Convertitore grafico per 
Commodore 64: listato. Cultura e informati- 
ca. Software Gallery: Lode Runner Rescue, 
The Hitchhiker's Guide to the Galaxy, Jet, 
Scenery Disk. Software Helpline: The Hi- 
tchhiker's Guide to the Galaxy, Zaxxon, 
Wolfenstein, Star Wars, Ghostbusters, Jum- 
pman, Mindshadow e Tracer Sanction. 


NUMERO 2/86 - Jack Tramiel. Corso di 
programmazione in L.M. su C-64. Telecomu- 
nicazioni. Il C-128D. Come operare all'interno 
del disk drive. Computer e grafica. La 
Commodore e la didattica. La Rom del C-64. 
Amiga e Atari 520ST a confronto Speciale 
USA: il CES di Las Vegas, il mondo del Ill 
Commodore Show di San Francisco. La 
mappa di memoria del C-128. Fare musica 
con il 64. Rondò Veneziano. Archivio pro- 
grammi: listato per C-64. Software Gallery: 
Turbo Loading Cartridge, Machine Light- 
Ning, Basic Lightning, Uridium, Software 
Helpline: The Hitchhiker's Guide to the 
Galaxy, Beyond Castle Wolfenstein, Ghost- 
busters, Cosmic Balance, Jumpman, Star 
Trek, Avventura nel computer. 


NUMERO 3/86. 
re: 64C, 1581 61 
IBM compatibili 
Corso di progra 
SIM HI-FI IVES 


Nuovi prodotti Commodo- 
802. Linea Commodore PC 
Gli Ampersand file. Geos 
guniazione LC M. su C-64. Il 
oftware in CP/M per C- 
Amiga: una nuova era nel mondo del foi 
A-Squared e AmigaLive! Le Piante parlano: 
progetto hardware/software Amiga: tra so- 
done realtà. Espansioni di memoria per il 
cal | disk drive 1570 e 1571 a confronto 
AO Eprom. Il suono nel C-128. Jenny 
DA Aaa Eseguiamo le routine del 
Usica con l'AmigaBASI 
Software Gallery: Di-Sector V305 DOTT 
pace Station, Matrix 128, 3D Graphics 
ES] Board, Textcraft, Game Killer, 
i Na Mach 128, 1571 Clone Machine, 
zaStar e VizaWrite, The Final Cartridge 


Sof 
spligare Helpline: The Dallas Quest, Que- 


NUMERO 4/86 - Smau '86 CLI: Command 
Line Interface. La compatibilità IBM per 
Amiga: Sidecar e Transformer. Schema 
Interno dell'Amiga. Genlock effetti speciali 
audio e video con l'Amiga Amiga days '86 
Geos e il suo creatore intervista. Personaliz- 
ziamo il sistema operativo del C-64. Csa 
turbo Amiga. La memoria di massa e i 
compact disk. Terzo Commodore Show, Los 
Angeles. Tempo di Biennale, tempo di 
Amiga. Protezione scrittura e interruttore per 
Il numero di device progetto hardware per 
C-64. Software per Amiga: descrizione di più 
di 250 programmi. Grafica 128: listato per 
C-128. Corso di programmazione in L.M. su 
C-64 Lista delle routine Kernel del C-128 
Software Gallery Johnny Reb II, War Play, 
Time Trax, Aegis Impact, The Cataloger, 
Cartuccia ES-9, Online!, Deluxe Paint. Sof 
tware Helpline: Borrowed Time 


NUMERO 1/87 - Il C-64 a Hollywood 
L'Amiga nella realizzazione del serial 
«Amazing Stories» Amiga e Pontaccio. La 
politica economica della Commodore Gli 
Idea Processor World of Commodore: servi 
210 speciale Amiga 1060 Sidecar La grafica 
l'Amiga e l'AmigaBASIC. Grafica avanzata 
per il C-128: programmazione del chip 8563 
Geos le chiavi del regno. Super Basket NBA 
simulazione per C-64/128 Commodore PC 
40 AT Hardcopy della pagina grafica 
640x200 pixel per C-128. Gestione magazzi 
no per C-128 Routine alternate Kernel-Di 
sco La stampante MPS 1000 Corso di 
programmazione in LIM su C-64 Software 
Gallery Tomahawk, Flight Simulator ll, Part 
ner 128. Deluxe Paint Il, Defender of the 
crown, Blood'n guts. 43 one year after. Mind 
Walker. Thai boxing, Skyfox Software Helpli 
ne Flight Simulator Il, View to a kill Ultima IV 


NUMERO 2/87 - |l Consumer Electronics 
Show: servizio speciale. Nuovi nati nella 
famiglia Commodore: Amiga 500 e 2000. 
Nuove istruzioni del chip 8502 utilizzato 
come CPU nel Commodore 128. La videodi- 
gitalizzazione: due noti digitalizzatori per 
C-64/128 e Amiga. Batch file con l'Amiga. 
Corso di programmazione in L.M. per C-64. 
La produzione di «The Bard's Tale»: intervista 
in esclusiva. Gestione di un club: listato per 
C-64. Protector 128: protettore di programmi 
per C-128. Geos: le chiavi del regno. Nuove 
potenzialità per le macchine a 8 bit della 
Commodore. Copie bit a bit sul 1541, 
Software Gallery: American Challenge e 
America's Cup, Page Setter, The Inheritan- 
ce, Webstars, Vera Cruz, Agent Orange, 
S.D.I., Sinbad, Turbo Pascal, EDNA, Power 
Cartridge. Software Helpline: Oo-Topos 


NUMERO 3/87 - Commodore Italiana: gli 
assi nella manica per il 1987. | nuovi 
Commodore Amiga 500 e 2000. CeBit '87: 
servizio speciale. Roma Ufficio ‘87. La fami- 
glia di programmi Geos: le applicazioni 
dedicate e la nuova versione per C-128. 
Corso di Programmazione in L.M. su C-64 
Find 128: utility per C-128. Commodore 
Show San Francisco: servizio speciale sulla 
nota rassegna californiana. Il Software Siste- 
ma dell'Amiga. Catalogazione Dischi per 
C-128: listato per C-128. ]l disk drive OC-118. 

prova hardware. Dump 128: listato. Velociz- 
zatori e disk drive 1541. Scroll list 128: listato 

Software Gallery: Balance of Power, Silent 
Service, Portal, Graphic Adventure Creator, 
Melody Hall's Printware Series, Cyborg, Twin 
Tornado, Thanatos, The Ket Trilogy 

Software Helpline: Leather Goddesses of 
Phobos 
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Sim Hi Fi 
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NUMERO 6/87 - SIM Hi-Fi. SMAU. Dossier 
speciale: i pirati in Italia. La storia del gruppo 
2703; un nuovo business: l'hardware pirata; 
un pirata pentito; la riscossa degli importato- 
ri. quando la copia costa più dell'originale; il 
periodo dell'impunità è finito. Prove hardwa 
re: il disk drive da 3,5" 1581 Telematica: il 
Videotel per il C-64. Amiga: le nuove frontiere 
dei giochi d'avventura. Toolkit 128. listato 
per nuovi comandi BASIC. Corso di program 
mazione in LM per C-64. decima puntata: il 
sistema BCD. Amiga hardware: gli sprite e il 
blitter | nuovi prodotti USA per Amiga. Elab 
C-128: listato di un programma grafico 
Software Gallery. ACE 2, Pirates!, Passen 
gers on the wind, Lurking horror, Hollywood 
hi-Jinx, Vampyr Motel, | predatori della Valle 
dei Re, Vizawrite desktop, 007 The living 
daylights, Solomon s key Software Helpline 
The lurking horror. Bureaucracy 





x . #4 


EE DESKTOP? 


NUMERO 4/87 - Obiettivo Telematica: la 
telematica e il C-64. La Commodore cambia 
volto: servizio speciale. Basic 8.0: sistema 
grafico per Commodore 128. Desktop publi- 
shing con l'Amiga: rassegna di programmi di 
desktop publishing realizzati per l'Amiga, La 
stampante MPS 1200: prova hardware. Ami- 
graf: listato in Amiga BASIC per tracciare il 
grafico di funzioni matematiche. Il Consumer 
Electronics Show di Chicago: Servizio spe- 
ciale. Nuovi comandi e Ram Disk: Utility per 
C-128. Disk Sector Editor: listato per C-128 
L'hardware dell'Amiga. Bank Data: archivio 
di nomi e indirizzi per C-128. Corso di 
Programmazione in LM per C-64. Software 
Gallery: Bureaucracy, Faery Tale, Uninvited, 
Murder on the Atlantic, Deathscape, 
Frankenstein, Up Periscope!, Barbarian, 500 
cc Grand Prix, Logistix, Superbase. Software 
Helpline: A View to a Kill. 


Tr Does per a PET 





NUMERO 7/87 - Le promesse del 1988 
intervista ai manager della Commodore 
Novità per Amiga dagli USA: AMIEXPO 
Commodore Show e Comdex. Anteprima 
sugli emulatori di C-64 per Amiga. L'Aids del 
computer: i programmi virus. Fred Fish: i 
programmi di pubblico dominio per Amiga 
La geometria frattale:.le teorie di Mandelbrot 
e un programma in Amiga Basic. Le espan 
sioni di memoria 1764, 1700 e 1750 per 
C-64/128, Prova del PC1. Videosca- 
pe 3D' ildesktop video C-128: l'avvenire sì 
chiama Geos. Amiga hardware: ultima pun 
tata Corso di programmazione in LM per 
C-64 assemblatori e codice sorgente. Sof 
tware Gallery: Advanced OCP art studio, 
Alien fires, Echelon, Bubble bobble, Knight 
orc, Quedex, Fire power, Test drive, Video 
title shop, The hunt for Red October 
Software Helpline The three musketeers 


MESTIERI 
MUSICALE 
L'AMIGA 








NUMERO 5/87 - Computergrafica nella 
ricerca scientifica: l'uso dell'Amiga. Software 
musicale per l'Amiga. L'Amiga 2000 e la 
Compatibilità IBM: un'introduzione al model. 
lo 2000 e alla A2088. inventando l'Amiga: il 
travagliato avvio commerciale del gioiello 
della Commodore. Corso di Programmazio- 
ne in L. M. per C-64. L'Hardware dell'Amiga 
le caratteristiche strutturali dell'Amiga. Il 
Comdex di Atlanta: servizio speciale. Codici 
in data C-128: listato. Amiga 3D: animazione 
in 3D con l'Amiga. Append Merge: listato per 
C-128. Semper Sperum: listato per C-64 per 
la pianificazione delle giocate al Lotto. Bank 
Data. La produzione di Adventure nel nostro 
Paese. Software Gallery: the Mirror Hacker 
package, ProWrite, Guild of Thieves, Barba- 
rian, Defender of the Crown, Denarius, Revs 
Plus, Inheritance 2, Kinetik, The Three Mu- 
sketeers, Galileo. Software Helpline: Trinity 


La rivista per utenti di ©-44/128 vel Amiga 
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NUMERO 1/88 - Novità dagli Usa per 
l'Amiga: AMIEXPO e World of Commodore 
Show. Intervista con Dale Luck sui nuovi 
Kickstart e Workbench 1.3. Speciale telema 
tica: il 6499 alla prova, Amiga e Videotel, 
intervista con Hugo Cornwall; la telematica in 
60 parole chiave. Wb e info file: a cosa 
servono e come usufruirne. Un viaggio 
nell'universo dei giochi di ruolo. Il quinto 
convegno Automat Geos anatomia di un 
sistema operativo. Corso di programmazio 
ne in LM per C64. Equo canone C-64 listato 
Gli astri attraverso il C-128: listato Software 
Gallery: Airbone ranger, Apollo 18: mission to 
the moon, Chuck Yeager's advanced flight 
trainer, Auto duel, Moebius, Shoot'em up 
construction kit, The art of chess, World tour 
golf, Bocce, Tombola, Flying shark, Mini putt 
Crazy car, Test drive. Software Helpline 
Neverending story. Stationfall 





e) ODORE 


TUTORI RIOIÌ 

COSA 
NOR OSE NA 
IRINA FA LLA 


NUMERO 2/88 - Intervista con Dan Silva, 
l’autore di Deluxe Paint. Speciale simulazio- 
ne del volo: Flight Simulator Il, Il funziona- 
mento di Flight Simulator Il, Co-Pilot un libro 
da volare, il volo a schema, simulatori di volo 
a confronto. Reportage dal CEBIT 88, la più 
grande fiera europea dell'informatica. Scon- 
fitta l'AIDS dell'Amiga, con il listato del 
programma antivirus “Guardian”. Prova har- 
dware: hard disk per l'Amiga. geoPublish, il 
desktop publisher GEOS compatibile. Corso 
di programmazione in LM per il C-64. Pangea 
Basic C-128, listato. Super Quark C-128, 
listato. Il progetto ARP. Software Gallery: 
Shadowgate, Stratton, Yogi Bear, Terramex, 
Ports of Call, The Graphics Studio, Jet, John 
Brenner Boston Celtic, Power at Sea, Stealth 
Fighter, Card Sharks, Mercenary, Strike 
Fleet, King of Chicago, Jinxter. Software 
Helpline: Perry Mason and the Case of the 
Mandarin Murderer. 
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NUMERO 6/88 . Schede acceleratrici per 


un Amiga “turbo" Le stampanti Manne 
smann MT 87 e MT 88. Novità Commodore 
non certo troppe. Una visita al mondo 
Commodore Le stampanti Fujitsu DX2300 e 
DL3300, Un foglio elettronico per il mondo di 
Geos. Grafica avanzata con le espansioni 
RAM 1700 e 1750. Corso di programmazione 
in C per l'Amiga Come programmare 1 
gadget stringa di Intuition. La struttura 
ExecBase dell'Amiga Software Gallery: Ulti 
ma IV, Ultima V, Starfleet I, Bobo, Game Over 
II, Caveman Ugh-lympics, Bubble Ghost, 
Barbarian Il. Starglider 2, Red Storm Rising 
Fusion, Virus, Rocket Ranger. Typhoon 
Software Helpline Sherlock Holmes 


60//VODOR= 
GAZETTE 


L'AMIGA DEL FUTURO 
ALL'ANNUALE CONVEGNO; 
DEI| PROGRAMMATORI 


Prove sofware: 
GEOPROGRAMMER 


Prove hardware: 
I NUOVI PO MS-DOS DELLA 
(COMMODORE 


Telematico: 
LE RETI. PACCHETTO, 


NUMERO 3/88 - | programmatori del 
mondo Amiga a confronto. | PC Commodore 
IBM compatibili della terza serie. Una rete 
telematica sul mondo. Come crearsi un 
videogioco “fatto in casa". Come far publica- 
re un programma. La programmazione in 
ambiente Geos con Geoprogrammer. Suddi- 
vidiamo in moduli i nostri programmi Basic. 
Geos: anatomia di un sistema operativo. Un 
archivio elettronico per il vostro Amiga. | 
drive ottici: trenta hard disk da 20 MB in un 
CD Rom. Corso di programmazione in LM 
per C-64. Software Gallery: Shakespeare, 
Video Titler, Corporation, Ferrari Formula 
One, Geos 117, Return to Atlantis, Rimrun- 
ner, Intellitype, Skyfox Il: The Cygnus Con- 
flict, Crack, lo, Advanced Tactical Fighter, 
Tetris, Troll. Software Helpline: John Bren- 
ner, Boston Celtic, Beyond Zork, Curiosità e 
informazioni utili. 


IMAGE 
ESPERTO 





NUMERO 1/89 - L'intelligenza Artificiale 
sull'Amiga e il pacchetto Magellan. Le 
stampanti OKI a 9 aghi e a 18 aghi. La parola 


| programmatori: sta nascendo l'Amiga 
3000? “eos come costruire un box di 
dialogo. Un C-128 a caccia di eclissi. Corso 
di programmazione in C per l'Amiga Come 
programmare i gadget booleani di Intuition 
ExecBase: | parametri dinamici e le liste di 
sistema. Le macro istruzioni Assembly del- 
l'Amiga. Software Gallery Battle Chess, 
Microprose Soccer, The Universal Military 
Simulator, Who framed Roger Rabbit, Neuro 
mancer, Deathlord, Driller, Falcon, Times of 
Lore, Captain Blood, Elite, The Mars Saga 
Total Eclipse, Simulgoli. Software Helpline 
Ultima V, Pool of Radiance 


NUMERO 4/88 - Videoscape 2.0 e le 
nuove frontiere dell'immagine. L'Amiga, le 
immagini, la Polaroid Palette. Gestire i testi in 
ambiente Geos: Geowrite Workshop. La 
MPS 1500 C: i colori economici. Il servizio 
Videotex nel mondo. Il più grande software 
del mondo. CES: i nuovi videogiochi alla 
mostra di Chicago. Geos: anatomia dei menu 
e delle icone. Un C-128, un telescopio e una 
stella cometa. Corso di programmazione in 
L.M. per il C-64. A caccia di immagini nella 
memoria del C-64. Software Gallery: Laser- 
term, Vixen, Express Paint, The three Stoo- 
ges, Patton vs Rommel, BeckerBasic, Perso- 
nal Newsletter, Enlightenment Druid II, Publi- 
sher Plus, Sentinel, F/A 18 Interceptor, 
Capone, The Armageddon Man, Questron Il 
Software Helpline: Labyrinth, Shadowgate, 
Curiosità e informazioni utili 


famo: 
INTERRUPT. 
EVENTI 
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NUMERO 5/88 - ...E la Sublogic creò il 
volo. Matematica a tre dimensioni per l'Ami- 
ga. Okimate 20, una stampante dai colori 
brillanti. Un database per il mondo di Geos 
Un tavolo da disegno per l'Amiga. La 
gestione multitasking, i tipi di codice e gli 
interrupt. Chicago: l'hardware e il software 
all'Amiexpo '88. Geos: anatomia di un siste- 
ma multitasking. Corso di programmazione 
in LM per il C-64. Software Gallery: Bard's 
Tale III, Carrier Command, Breach, Halls of 
Montezuma, Wasteland, PIXmate, Legend of 
the Sword, Whirlgig, Corruption, The Presi- 
dent is Missing. Software Helpline: Che 
ira un'avventura?, Curiosità e informazioni 
utili 
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ALLA SCOPERTA DELL’AMIGA 


I GADGET 
PROPORZIONALI 
DI INTUITION 


I gadget proporzionali sono fra i più interessanti di Intuition. 
L’articolo e il programma dimostrativo spiegano come funzionano 
e come devono essere gestiti dai programmi 


di Harriet Maybeck Tolly 


ccoci al terzo e ultimo articolo dedicato 

all’analisi dei gadget di Intuition. Dopo aver 

: esaminato i gadget stringa nel numero 6/88 

di Commodore Gazette e i gadget booleani nel 

numero scorso, siamo arrivati finalmente ai gadget 
proporzionali. 

In genere questo tipo di gadget viene utilizzato 
per mettere a disposizione dell'utente alcune barre 
sulle quali può agire per fare scorrere una serie di 
dati sullo schermo, ma servono anche per fornire 
informazioni in un modo particolarmente intuiti- 
vo. Esempi di gadget proporzionali che tutti 
conoscono sono le barre di scroll utilizzate dal 
Workbench per le sue finestre, che fanno scorrere il 
contenuto della finestra e inoltre indicano le 
proporzioni dell’area visibile rispetto all’area non 
visibile. Un altro esempio di gadget proporzionale 
potrebbe essere una barra disposta verticalmente 
lungo la finestra di un editor: la lunghezza della 
barra mostra quale percentuale di testo è visibile 
nella finestra mentre la sua posizione indica qual è 
la posizione del testo visibile rispetto all’intero file. 
Spostando il gadget con il mouse si potrebbe poi 
effettuare lo scroll del testo. 

I cursori dei gadget proporzionali possono 
spostarsi sia in verticale sia in orizzontale, anche 
contemporaneamente. Oltre a essere assai versati- 
li, e quindi particolarmente utili, questi gadget 
sono anche quelli che nell’ambito di Intuition 
sembrano avere meno bug. Purtroppo, però, molti 
programmatori si trovano spesso in difficoltà nel 
comprendere come vanno utilizzati certi loro 
parametri che riguardano la forma, le dimensioni, 
la massima altezza di spostamento, la massima 
larghezza di spostamento e così via. 

Tenteremo quindi, prima di tutto, di descrivere 
questi parametri dettagliatamente. 
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La struttura PropInfo 


Come tutti i gadget, anche quelli proporzionali 
devono essere definiti tramite una struttura Gad- 
get, all’interno della quale occorre però memoTiz- 
zare (nel parametro SpecialInfo) l'indirizzo di una 
struttura ausiliaria specificamente richiesta dai 
gadget proporzionali, PropInfo. Eccone la defini- 
zione: 


struct Propinfo 





Analizziamo uno per uno i parametri della 
struttura. Lo stato di quattro bit del parametro 
Flags viene impostato dal task, mentre un quinto 
bit viene impostato da Intuition. Il task può 
Impostare AUTOKNOB (rende variabile l’ampiez- 
za della barra e le assegna la forma standard gestita 
da Intuition); FREEHORIZ (permette il movimen- 
to orizzontale); FREEVERT (permette il movimen- 
to verticale); PROPBORDERLESS (elimina la corni 
ce). Il flag KNOBHIT viene invece impostato da 
Intuition quando l’utente seleziona il gadget con il 
mouse: serve ai task per rilevare se il movimento 
del gadget viene provocato “afferrandolo” con il 
mouse o premendo il tasto del mouse nell’area del 
gadget non occupata dalla barra. Sui flag FREEHO- 
RIZ/VERT occorre aprire una parentesi: talvolta 
può presentarsi l’esigenza d’impiegare i gadget 








proporzionali come semplici strumenti di output 
per le applicazioni, cioè come indicatori, senza che 
l'utente possa agire sulle barre. È opinione diffusa 
(ma errata) che per ottenere questo funzionamen- 
to non si debba impostare né il flag FREEHORIZ né 
il flag FREEVERT. Bisogna invece disabilitare il 
gadget impostando il flag GADGDISABLED nel 
parametro Flags della sua struttura Gadget. 

I parametri HorizPot e VertPot possono essere 
impostati dal task per indicare la posizione iniziale 
della barra all’interno del gadget; se la barra è 
libera di muoversi in almeno una direzione, 
Intuition provvede poi a mantenere aggiornato il 
relativo parametro a seconda di come viene 
spostata. Il valore dev'essere compreso fra 0x0000 
e 0xFFFF: per esempio, nel caso di HorizPot, il 
valore minimo colloca la barra tutta a sinistra 
all’interno del gadget, mentre il valore massimo la 
colloca tutta a destra; i task di solito calcolano il 
valore opportuno nel range citato per riflettere 
con la posizione della barra la situazione iniziale. 
Nel caso dell’editor che avevamo portato come 
esempio, dovrebbe essere mantenuto aggiornato il 
valore contenuto nel parametro VertPot. 

I parametri HorizBody e VertBody si riferisco- 
no invece alle dimensioni della barra in relazione 
alla quantità d’informazioni (o di finestra) visibile 
sullo schermo. Anche per loro i limiti sono 0x0000 
e 0xFFFF. Sempre nel caso dell’editor che abbiamo 
citato come esempio, il valore contenuto in 
VertBody dovrebbe essere mantenuto aggiornato 
per riflettere la dimensione della parte di testo 
visibile nella finestra rispetto alla dimensione 
dell’intero testo. 

Tutti i parametri successivi, vengono aggiornati 
da Intuition: CWidth e CHeight rappresentano la 
larghezza e l’altezza del contenitore all’interno del 
quale può muoversi la barra. HPotRes e VPotRes 
contengono un valore pari al doppio dell’incre- 
mento orizzontale o verticale che la barra subisce 
in maniera automatica quando l’utente la muove 
senza afferrarla (generalmente questo incremento 
è pari alla lunghezza della barra). LeftBorder e 
TopBorder indicano rispettivamente lo spessore 
del bordo sinistro e del bordo superiore del 
gadget. 


Il funzionamento dei gadget proporzionali 


Un gadget proporzionale è composto di due 
parti: quella mobile è la barra (in inglese “knob”, 
manopola), mentre l’area dove si muove la barra 
viene chiamata “contenitore”. Mascherandone 
alcune parti, i task possono fare in modo che il 
contenitore assuma forme particolari, per quanto 
il computer lo “veda” sempre come un rettangolo. 
Per quanto riguarda la forma della barra, i task 
possono indicarne una personalizzata; se invece 
non si desiderano forme particolari, è suf- 
ficiente impostare il flag AUTOKNOB del para- 
metro Flags: basterà dichiarare una struttura 
di tipo Image (senza inizializzarla) perché sia 


Intuition a definire la forma del gadget. 

Il programma in C che accompagna l’articolo 
mostra alcuni possibili impieghi dei gadget propor- 
zionali. Il più comune è quello del gadget che offre 
all’utente una barra per scorrere un elenco di 
stringhe. 


I parametri Body e Pot 


I task devono sempre impostare il valore di 
Body, che rappresenta le dimensioni della barra. 
Se deve muoversi verticalmente, occorre imposta- 
re il parametro VertBody e il flag FREEVERT; se 
deve muoversi orizzontalmente occorre impostare 
il parametro HorizBody e il flag FREEHORIZ. A 
questo proposito è opportuno notare che sebbene 
i flag FREEVERT e FREEHORIZ permettano di 
limitare il movimento della barra in una delle due 
direzioni, i valori del puntatore restituiti nelle 
variabili IntuiMessage.MouseX e IntuiMessa- 
ge.MouseY continueranno a variare entrambi in 
ogni caso. Per esempio, varierà anche la coordina- 
ta orizzontale anche se è impostato soltanto il flag 
FREEVERT e la barra si muove solo verticalmente. 

In genere i valori da assegnare ai parametri 
Body devono rappresentare la percentuale di dati 
visibili rispetto alla quantità totale. Nel nostro 

rogramma, la quantità di stringhe visibili è 4 e il 
totale è 10. I valori che i parametri Body possono 
assumere vanno da 0x0001 a OxFFFF, rispettiva- 
mente la più piccola e la più grande barra 
visualizzabile. Se tutti i dati sono visibili il valore 
sarà OxFFFF, se ne è visibile solo la metà occorrerà 
impostare Body a 0x7FFF, e così via. La formula 
che generalmente si adotta è di questo tipo: 
Bodu = (ULONG (STRINGHE-VISIBILI $% OxFFFF} 
STRINGHE-TOTALI: 

Il valore di Body determina anche di quanto si 
muove la barra quando l’utente preme il pulsante 
del mouse al suo esterno. Per esempio, se Body 
vale 0x7FFF, la barra riempie la metà del conteni- 
tore: in un gadget a movimento verticale, premere 
il pulsante del mouse sotto la barra produrrà il suo 
spostamento nella metà vuota, ossia il movimento 
avviene in passi del 50 per cento. Questo va bene 
se abbiamo un gadget standard, con il flag 
AUTOKNOB impostato, ma potrebbe non essere 
desiderabile se abbiamo definito un gadget perso- 
nalizzato che occupa solo il 10 per cento del 
contenitore; occorre quindi ritoccare opportuna- 
mente il valore contenuto in Body. 

I parametri Pot (da “potenziometro”) possono 
assumere lo stesso insieme di valori dei precedenti: 
quando la barra è tutta in alto o a sinistra, il valore 
di Pot è zero, mentre se si trova nella posizione 
opposta il suo valore è OxFFFF. Intuition non 
fornisce nessun sistema per invertire il valore di 
questo parametro, sebbene sia facile applicare la 
formula: ala o= È F- Fot 

In genere, Pot viene inizializzato a 0x0000, 
tuttavia in alcuni casi può esserci la necessità 
d’impostare diversamente il suo valore iniziale. 








re-Invertito = Fa 
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cioè fare in modo che la barra inizialmente non si 
trovi al limite superiore, o sinistro, del contenitore. 
Se si sa qual è la prima stringa che si vuole 
visualizzare, e il suo numero è stato memorizzato 
nella variabile STRINGA_INIZIALE, si può appli- 
care la seguente formula per ricavare il valore di 

st ; GACULO GTRINGA-INIZIALE 
<< 163/(STRIMGHE-TOTALI — STRIH BILI3)); 

In questa formula, per sicurezza, viene impiega- 
ta la macro istruzione MIN (questa macro è definita 
nel file INCLUDE clib/macros.h). 

Infine, quando il task riceve un messaggio 
generato dal fatto che l’utente ha spostato la barra 
all’interno del contenitore, i valori dei parametri 
Pot variano. Nel nostro programma assumiamo 
che un valore di Pot pari a 0x0000 corrisponda al 
primo dei dieci nomi di cui disponiamo: un valore 
pari a OxFFFF corrisponde quindi all’ultimo. 
Quando l’utente sposta la barra, provocando la 
modifica dei parametri Pot, il programma deter- 
mina il numero della nuova stringa da visualizzare 
attraverso la seguente formula: STFIH- 
GA-INIZIALE = (Pot # CULOb RINGHE-TOTALI — STRIH- 
GH 1) + {i<<i5}) >> ié;. Esistono altre for- 
mule per utilizzare il valore Pot, ma sono tutte di 
questo tipo, sebbene alcune eseguano più controlli 
su eventuali overflow e altre siano più veloci. 


Quella proposta rappresenta un’opportuna via di 
mezzo. 



























Lo spostamento della barra 


Vediamo come si fa a rilevare che l’utente ha 
Mosso la barra dalla sua posizione. Un modo molto 
semplice consiste nell’impostare il flag RELVERI- 
RX del gadget interessato, il che costringe Intuition 
a inviare al programma un messaggio IDCMP di 
tipo GADGETUP quando il pulsante sinistro del 
mouse viene rilasciato. A questo punto è possibile 
leggere il nuovo valore di Pot e modificare di 
conseguenza l’elenco delle stringhe. 

Sebbene il manuale di Intuition affermi che 
impostando il flag RELVERIFY viene generato un 
messaggio GADGETUP solo se il puntatore si trova 
ancora sul gadget, questo NON è vero nel caso dei 
gadget proporzionali. Una volta che il pulsante 
sinistro viene premuto sopra il gadget, allontanan- 
do il puntatore dalla barra con il pulsante 
premuto, la barra continua comunque a seguirne 
1 movimenti; quando infine il pulsante viene 
rilasciato, anche se il puntatore non è più sulla 
barra, si otterrà ugualmente un messaggio di tipo 
GADGETUP. 

Un altro metodo consiste nell’aggiornare le 
stringhe sullo schermo durante gli spostamenti 
della barra, senza attendere che il pulsante venga 
rilasciato. Sebbene sia più complicato, è il metodo 
che abbiamo seguito nel programma che accompa- 

gna l'articolo. Occorre impostare il flag FOL- 
LOWMOUSE del gadget, oltre a GADGIMMEDIA- 
IE e RELVERIFY, di modo che al programma 
giungano anche i messaggi MOUSEMOVE di 
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Intuition. Con questa configurazione, i messaggi 
provenienti da Intuition arriveranno nell’ordine 
seguente: prima GADGETDOWN, non appena 
l’utente preme il pulsante sinistro del mouse con il 
puntatore sulla barra, poi una serie di messaggi 
MOUSEMOVE a mano a mano che la barra viene 
spostata; ogni volta che non risultano più messaggi 
accodati il ciclo di elaborazione termina, e il ciclo 
principale del programma (il ciclo FOREVER) 
prosegue a leggere il valore del parametro Potead 
aggiornare opportunamente la lista delle stringhe 
sullo schermo. Si noti che l’aggiornamento della 
lista avviene senza che sia pervenuto il messaggio 
GADGETUP. 

C'è un particolare che vorremmo mettere in 
evidenza. Se il flag GADGIMMEDIATE non è 
impostato, quando l’utente seleziona la barra del 
gadget proporzionale il programma riceve il 
messaggio MOUSEMOVE anziché il consueto GAD- 
GETDOWN. Questa è una situazione anomala, in 
quanto non è detto che la selezione della barra ne 
causi anche il movimento, come invece viene 
indicato dal messaggio MOVEMOUSE. 


Particolarità e stranezze dei gadget 
proporzionali 


Un piccolo quiz: chi sa che cosa sono i fuzzy? Per 
coloro che non hanno seguito i precedenti articoli 
di questa serie, diciamo che si tratta di pixel che 
appaiono dove non dovrebbero in seguito alla 
trasformazione di un gadget in fantasma. Abbia- 
mo già visto che con i gadget stringa ottenevamo 
un po’ di fuzzy quando la larghezza del gadget non 
era esattamente un multiplo dalla larghezza dei 
caratteri utilizzati; i gadget proporzionali hanno 
invece un loro tipo di fuzzy tutto particolare € 
ancora più diabolico. 

Per vedere il bug in azione, si devono impostare 
i colori del testo e dello sfondo in maniera tale che 
non corrispondano ai colori di default dello 
schermo su cui si trova il gadget. In altre parole, 
sullo schermo del Workbench non va usata la 
combinazione (0,1), e nemmeno (-1,-1) che provo- 
cherebbe ugualmente l’uso dei valori di default. 
Così facendo, se nella lista dei gadget della finestra 
aperta dal programma esiste un gadget proporzio- 
nale che punta a un gadget stringa disabilitato, il 
suo contenitore verrà riempito di fuzzy. Funzione- 
rà benone, ma sarà mascherato come avviene con 
un gadget fantasma. Le soluzioni a questo proble- 
ma sono l’uso dei colori di default, oppure 
l’assoluta sicurezza che nessun gadget proporzio- 
nale punti a un gadget stringa disabilitato (fanta- 
sma). Nel programma d’esempio che pubblichia- 
mo mostriamo agli increduli gli effetti di questa 


disavventura grafica. 
Gadget sul bordo 


Sistemare alcuni gadget sul bordo di una 
finestra è un’idea attraente, ma può risultare di 











difficile realizzazione. Il manuale di Intuition dice 
che «i gadget si possono tranquillamente disporre 
lungo i bordi di una finestra» e un utente ha tutto 
il diritto di pensare che i testi vengano automatica- 
mente troncati in corrispondenza del bordo inter- 
no del gadget, come accade con i bordi delle 
normali finestre. Purtroppo, non è così che vanno 
le cose. Se infatti scriviamo un testo (IntuiText) 
nella finestra, questo non viene affatto troncato in 
corrispondenza di un gadget di bordo. Vediamo 
come si può ovviare all’inconveniente. : 

Indipendentemente dal fatto che la finestra in 
uso sia una finestra di tipo GimmeZeroZero, i 
valori contenuti nei parametri GZZWidth e GZ- 
ZHeight della struttura Window corrisponderan- 
no alle reali dimensioni interne della finestra, 
tenendo conto dei gadget sul bordo: questo vuol 
dire che il taglio dei testi può essere effettuato 
direttamente in base a questi valori anziché 
facendo la sottrazione tra le dimensioni della 
finestra e la larghezza dei gadget. Supponendo di 
avere un gadget proporzionale sul bordo destro 
della finestra, come accade di solito, potremo 
formattare un testo a sinistra direttamente in base 
al valore riportato da GZZWidth. 


Le estensioni della versione 1.2 


Dal momento che pubblicazioni tecniche sulla 
versione 1.3 del software sistema non sono ancora 
disponibili, e la documentazione attuale risale alla 
versione 1.1, andiamo a rinfrescare la memoria sul 
alcune migliorie introdotte dalla versione 1.2, che 
peraltro non sono molto note alla grande utenza. 

Nella versione 1.2 del software sistema è stata 
inserita una nuova versione della funzione Modify- 
Prop(), chiamata NewModifyProp(), che è piutto- 
sto interessante. Infatti la precedente versione 
richiamava durante l'esecuzione la vecchia funzio- 
ne RefreshGadgets() la quale, come si è detto negli 
articoli precedenti, causava il flickering dei gadget 
poiché effettuava sempre e in ogni caso la 
rivisualizzazione di tutta la lista dei gadget, anche 
quando non era necessario. Con la nuova routine 
è possibile specificare il numero di gadget da 
sottoporre al refresh. 

Si può inoltre specificare il flag GADGHIMAGE 
per informare Intuition che vogliamo usare un 1m- 
magine alternativa per lo stato di evidenziato della 
barra. Il manuale consiglia di utilizzare un’imma- 
gine delle stesse dimensioni della barra non 
selezionata: chi scrive ha provato sia a impostare 
un'immagine più grande sia a impostarne una più 
piccola, e in entrambi i casi l’immagine evidenziata 
non è risultata corretta. 


Il programma 


Il programma in C che accompagna l'articolo 
apre una finestra con quattro gadget proporziona- 
li. Il primo serve a scorrere un elenco di dieci 
stringhe all’interno di uno spazio che ne può 


contenere solo quattro; ovviamente, il programma 
tiene conto del numero di stringhe visualizzabili 
per dimensionare l’ampiezza della barra propor- 
zionalmente a quella massima. Inoltre, si noti che 
il programma inizia visualizzando per prima la 
stringa numero 4 e collocando la barra di conse- 
guenza; alterando il valore della costante STRIN- 
GA-INIZIALE nel sorgente e ricompilando il 
programma si può osservare come cambia la 
posizione della barra (si noti che questa costante 
può variare soltanto fra i limiti indicati nel 
sorgente); alterando il valore della costante 
STRINGHE_VISIBILI nei limiti indicati si può 
invece osservare come cambia l’altezza della barra. 

Il secondo gadget mette in luce il problema dei 
fuzzy che si verifica quando il gadget proporziona- 
le è legato a un gadget stringa disabilitato. 

Il terzo dispone di una barra personalizzata con 
un’immagine alternativa. 

L’ultimo gadget contiene una barra personaliz- 
zata libera di muoversi sia verticalmente sia 
orizzontalmente; è un gadget proporzionale che è 
stato definito con il contenitore privo di bordo. 
Nella sua gestione, il programma mostra all’utente 
i valori dei parametri Pot. 

L’ultimo particolare da sottolineare prima di 
passare al programma vero e proprio, riguarda 
l'apertura di uno schermo personalizzato. Ai fini 
del funzionamento dei gadget questo nuovo 
schermo è del tutto inutile; è stato inserito solo per 
disporre di un colore in più rispetto ai quattro 
colori disponibili sullo schermo del Workbench, e 
per dare la possibilità all’utente di verificare che 
aumentando il numero di bit plane di questo 
schermo, e quindi il numero di colori disponibili, 
gli aggiornamenti dello schermo rallentano consi- 
derevolmente quando si muove un elemento 
grafico (come per esempio la barra mobile dell’ul- 
timo gadget). Se nella struttura NuovoSchermoDi- 
Controllo si variasse il quinto parametro da 3 a 4 
e si ricompilasse il programma, si noterebbe un 
ulteriore rallentamento nella gestione grafica dei 


gadget. 


Listato: Gadget proporzionali 
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Programma che mostra la gestione dei gadget proporzionali. 


E’ stato compilato con il compilatore Aztec C della Manx, 
e necessita almeno della versione 1.2 per funzionare 


correttamente; deve'essere mandato in esecuzione da CLI. 


N.B.: tutti i dati delle immagini devono risiedere nella 
memoria chip (i primi 512K). Se si usa il compilatore 
Lattice, prima della fase di link occorre sottoporre ìl 
codice oggetto all'utility ATOM; se invece si usa il Manx 
bisogna selezionare l'opzione +Cdb del linker. 


Il programma e’ stato realizzato da Harriet Maybeck Tolly: 
e' di pubblico dominio e come tale puo’ essere distribuito 
gratuitamente. 


amate ea nia ne ee nen ene mena nine cene; anne nine ace: a ) 
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#include <exec/types.h> 
#include <exec/exec.h> 

#include <intuition/intuition.h> 
#include <graphics/gfxbase.h> 
#include <functions.h> 

#include <clib/macros.h> 


/* Le tre costanti che seguono si riferiscono al gadget 

* proporzionale che consente di scorrere #STRINGHE_TOTALI 
* stringhe visualizzandone #STRINGHE_VISIBILI per volta. 
* Variandole nei range consentiti si puo’ osservare il 

* funzionamento del gadget 


/* Numero di stringhe visibili ha 
* Range: 1L -- (STRINGHE_TOTALI - 1) */ 
#define STRINGHE VISIBILI 4L 


/* Numero di stringhe da visualizzare * 
* Range: 1L -- 1@6L % 
#define STRINGHE_TOTALI 10L 


/* Prima stringa da visualizzare È 


* Range: @ -- (STRINGHE_TOTALI - STRINGHE_VISIBILI) */ 
#define STRINGA_INIZIALE 4 


#define DEBUG TRUE /* Eliminare questa riga se non sì */ 
/* desidera il controllo sulle A} 
/* costanti appena definite n 


#define LUNGHEZZA_MAX 20 
#define PROP_LIBERO 1 
#define PROP_SCROLL 2 


/* Lunghezza max stringhe si 
/* ID gadget a movimento libero */ 
/* ID gadget di scroll stringhe */ 


struct IntuitionBase *IntuitionBase NULL; 
struct GfxBase *GfxBase NULL; 
struct Window "FinestraDiControllo = NULL; 
struct Screen *SchermoDiControllo NULL; 
struct IntuiMessage *MioMessaggio; 


PTEEEIAEEUKERENE RIE UE LL ARE VP KERTE NE RASTA SIA RANA 


* Dichiara le strutture per i gadget proporzionali * 


METTAETEZAZEORI TIRA LERAARERA TERA REA A ini Dia i nin hat) 


/* Questo gadget mostra come interpretare i parametri Pot * 
» 
per effettuare lo scroll di una serie di stringhe > 


struct Image g_image_scroll; 
struct PropInfo 9_prop_scroll; 


struct Gadget PropGadget_scroli = { 

’ /* Puntatore al gadget successivo 
180,30,20,60, /* Posizione e dimensioni del contenitore 
GADGHCOMP, /* Flag di controllo 
GADGIMMEDIATE | FOLLOWMOUSE | RELVERIFY, /* e di attivazione 
PROPGADGET, /* Tipo di gadget 
(APTR)&g_image_scroll, Puntatore alla struttura Image 
NULL, Nessun ptr a SelectRender 
NULL, e a GadgetText 
OL, Niente MutualExclude 
(APTR)&g_prop_scroll, Puntatore a SpecialInfo 
PROP_SCROLL, ID del gadget 
NULL Nessun ptr a dati speciali 
ti 


/* Questo gadget proporzionale punta a un gadget stringa * 
* disattivato per mostrare il problema dei fuzzy E/ 


struct StringInfo StrInfo = { 
(UBYTE *)"Stringa immobile", /* Puntatore al buffer 
NULL, /* Puntatore al buffer undo 
/* Posizione del cursore nel buffer 
/* Numero massimo di caratteri (NULL incluso) 
/* Primo carattere da visualizzare 
/* Posizione del carattere nel buffer undo 
Attuale numero di caratteri nel buffer 
Numero massimo di caratteri visibili 
Coordinate relative del contenitore 
Nessun puntatore alla struttura Layer 
Non e' un gadget stringa di tipo LongInt 
Nessuna mappa di tastiera alternativa 


struct Gadget StrGadget = 
&PropGadget_scroll, 
220, 30, 160, 7, 
GADGHCOMP | GADGDISABLED, 
GADGIMMEDIATE | RELVERIFY, 
STRGADGET, 
NULL, NULL, NULL, @, (APTR)&StrInfo, @, NULL 
di 


struct Image g_image_ fuzzy; 


92/IVMDA 








struct PropInfo g_prop_fuzzy; 


struct Gadget PropGadget_fuzzy = { 
&StrGadget, 
400, 30, 20, 60, 
GADGHCOMP, 
GADGIMMEDIATE | RELVERIFY, 
PROPGADGET, 
(APTR)&q_image_fuzzy, 
NULL, NULL, @, (APTR)&g_prop_fuzzy, @, NULL 
ì; 
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* Tutte le immagini devono risiedere nella memoria a 
chip (512K inferiori). Se il compilatore e il linker * 
non dispongono di un'opzione per questo scopo, 8; 
occorre allocare dinamicamente della memoria chip e * 
copiarvi i dati prima di assegnare i valori dei si 
puntatori ai parametri della struttura gadget o 
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UWORD PrimaImmagine[] = 
{ 
/* Bit plane 1 */ 
0x0200, 0x0700, 0x0700, @x0F80, Qx1FC0, 
@x1FCO, @x3FEO, @x7FFO, @x3FEO, @x1FC0, 
@x0F80, @x0F80, 0x9700, 0x0700, 


/* Bit plane 2 */ 

QXEFFF, OxFFFF, Q@xFFFF, @xFFFF, @xFFFF, 
@XFFFF, OxFFFF, @xFFFF, @xFFFF, QxFFFF, 
QXFFFF, @xFFFF, OxFFFF, @xFFFF, 

i 


UWORD ImmagineAlternativa[] = 


/* Bit plane 1 */ 

0x7038, 0x3870, @x1CE0, @x0FCO, Qx0FC0, 
@x0FCO, Ox0FC®, @x0FCO, @x0FCO, @x0FCO, 
Qx0FCO, Ox0FCO, Ox1CE0, 0x3870, 0x7038, 


/* Bit plane 2 */ 

@xFFFF, @xFFFF, OxFFFF, OxFFFF, OxFFFF, 
@xFFFF, @xFFFF, OxFFFF, OXFFFF, @xFFFF, 
@XFFFF, @xFFFF, OxFFFF, OxFFFF, @xFFFF 
Vi 


struct Image g_image_primary = { 
1, 9, /* Coordinate vertice in alto a sinistra */ 
13, 17, 2, /* Altezza, larghezza, # bit plane 
PrimaImmagine, /* Puntatore ai dati grafici 
0x03, /* PlanePick = piani di bit 1 e 2 
ox00, /* PlaneOnOff = nessun piano di bit 


NULL /* Non seguono altre immagini 
}i 


struct Image g_image alternate 
ix 0 13, Im, 2i 
ImmagineAlternativa, 
0x03, 0x8, NULL 


struct PropInfo g_prop_image; 


struct Gadget PropGadget_image 
&PropGadget_fuzzy, 7 
500, 30, 21, 60, 
GADGIMAGE | GADGHIMAGE, 
GADGIMMEDIATE | RELVERIFY, 
PROPGADGET, 
(APTR)&g_image primary, 
(APTR)&g_image_alternate, 
NULL, 9, (APTR)&g_prop_image, @, NULL 


struct Image g_image_free = { 
1, 9, 13, 17, Bi 
ImmagineAlternativa, 
00x03, Ox00, NULL 


struct PropInfo q_prop_free; 


struct Gadget PropGadget._ free = { 
&PropGadget image, Si 
200, 120, 80, 35, 
GADGHNONE | GADGIMAGE, 
GADGIMMEDIATE | RELVERIFY, 
PROPGADGET, 
(APTR)&g_image_free, NULL, NULL, @, 
(APTR)&q_prop_free, PROP_LIBERO, NULL 































}: NULL, /* Nessun puntatore a CheckMark 

(UBYTE *)"Gadget proporzionali", /* Titolo finestra Mai 
VEETTTTTTITTTTTT TTT TETTO TIC TTCOTOOTO TOTI CO COTTI TECO TICO C0I NULL, /* Nessun puntatore a una struttura Screen */ 
* Array di strutture IntuiText per la lista di stringhe * NULL, /* Nessun puntatore a una struttura Bithiap */ 
* che vengono sottoposte allo scroll quando viene mossa * 20, 20, /* Dimensioni minime (non e’ consentito ) */ 
* la barra del gadget. L’array e’ dimensionato per un * 600, 160, Loi e massime (il ridimensionamento) */ 
* massimo di STRINGHE_TOTALI stringhe visualizzabili * CUSTOMSCREEN /* Tipo di schermo ui 


CIRLLTITTT TT TTT TRO TE TE OOO TT] 








purneeriazezioneeereze nen eo nin ione 


struct IntuiText IntuiStr[STRINGHE_ TOTALI] = { > . 
{2, 3, JAM2, 5, 30, NULL, NULL, NULL}, TOT PI IE ERIO deli DISSI 
{2, 3, JAM2, 5, 40, NULL, NULL, &IntuiStr[0]}, s 
{2, 3, JAM2, 5, 50, NULL, NULL, &IntuiStr[1]}, 
{2, 3, JAM2, 5, 60, NULL, NULL, &IntuiStr[2]}, main() 












{2, 3, JAM2, 5, 70, NULL, NULL, &IntuiStr[3]}, { : 

{2, 3, JAM2, 5, 80, NULL, NULL, &IntuiStr[4]}, ULONG Segnali, MIClass, MICode; 

{2, 3, JAM2, 5, 90, NULL, NULL, &IntuiStr[5]}, APTR MIAddress; 

{2, 3, JAM2, 5,100, NULL, NULL, &IntuiStr[6]}, LONG gad pos, real_pos; 

{2, 3, JAM2, 5,110, NULL, NULL, &IntuiStr[7]}, SHORT MouseX, MouseY, prima stringa; 
{2, 3, JAM2, 5,120, NULL, NULL, &IntuiStr[8]} BOOL scrivi stringhe; 


i #ifdef DEBUG 

Vill LALITTTTTTI CI TOTI TIT TTI TIT ICI /1* Controllo sulle costanti definite */ 

puts( "Debugging. ..."); 

if ((STRINGHE_TOTALI > 10L) Il 
(STRINGHE_VISIBILI >= STRINGHE_TOTALI) || 
(STRINGA_INIZIALE > (STRINGHE_TOTALI-STRINGHE_VISIBILI))) 

3 puts("Le costanti non rientrano ne. relativi range!"); 

exit (FALSE); 


Stringhe di testo che vengono fatte scorrere. 7 
Sebbene in un'applicazione reale esse potrebbero id 
cambiare durante l'esecuzione, nel nostro esempio * 
questo non accade. Tuttavia non le completiamo con * 
gli spazi in fase di dichiarazione per mostrare * 
come compiere questa operazione in run-time di 

DÀ 


. 
* 
* 
* 
* 
* 
ARTERIE RR RAR ARR ARR IR RAI RR RR IRA 


: Le tanti rientrano nei relativi range"); 
char stringhe_di testo [STRINGHE_TOTALI][LUNGHEZZA_MAX] = { BUbsf<EeCoRbalibi DI n 


{"Prima stringa"}, asnate 

Serena stringa"}, if (!(IntuitionBase = (struct IntuitionBase *) 

È 'erza stringa"}, OpenLibrary("intuition. library", 
{"Quarta stringa"), 


(LONG)LIBRARY_VERSION))) 
{ puts("Non riesco ad aprire la libreria di Intuition"); 
MiElimino(); 







{"Quinta stringa"), 
{"Sesta stringa"), 













{"Settima stringa"}, exit (FALSE); 

{"Ottava stringa"), } 

{"Nona stringa"}, 

{"Decima stringa"} if (!(GfxBase = (struct GfxBase *) 

Vi OpenLibrary("graphics.library", 

(LONG)LIBRARY_VERSION) )) 
[III II III R ICI RIO ORIO OR RR RO RO ROIO RR RO E { puts("Non riesco ad aprire la libreria grafica"); 
* Testi che illustrano i gadget sulla finestra * MiElimino(); 
PIRA RI RI I O RIC A I IO A RAR IA RARA] exit (FALSE); 
} 


Ù IntuiText nomi[6] = { 

+ ®, JAM2, 5, 15, NULL, pani 

j NULL ® i di fadget proporzionali 

ee e a * fagonta i parssito) del iezigne erporzi eli 
{2, @, JAM2, 220, 15, NULL, 


(UBYTE *)"Gli indesiderati fuzzy!", &nomi[0]}, 


pare nane eiagazeoreiezeneeeeasizeni 



















{2, ®, JAM2, 430, 15, NULL, g_prop_scroll.Flags = AUTOKNOB | FREEVERT; 
(UBYTE *)" i iata", &nomi[1]}, DS 
f2, 0, cab TARE E sai) /* Calcola la dimensione della barra di scroll perche 
, ' ' , n a o 
"Gadget proporzionale mobile lungo due direzioni", * rappresenti la relazione fra il numero di stringhe 3 
&nomi[2]} * visualizzabili e quelle effettivamente visibili / 
, 
{2, ®, JAM2, 290, 130, NULL, na 
(UBYTE *)" Di A " g_prop_scroll. = 
(2, @ sna #5 ie I agg I RULONG) (STRINGHE_VISIBILI * @xFFFF) / STRINGHE_TOTALI; 
P. Li , , ’ 


UB #|0 a i 
5 (UBYTE *)"Pot orizz.", &nomi[4]} /* Calcola la posizione iniziale della barra di scroll * 


* in relazione alla stringa che viene visualizzata ba 
struct Intui = * per prima. Cambiare la costante STRINGA_INIZIALE . 
{25 ER NULL = ie alterare questa posizione iniziale (range: 0-5) */ 
(UBYTE *)"0x0000", NULL); 9 peg pei a = 
MIN Ù 
struct IntuiText PotOrizz = (((ULONG)STRINGA_INIZIALE << 16) / 
{2, @, JAM2, 380, 140, NULL, (STRINGHE_TOTALI - STRINGHE_VISIBILI))); 


(UBYTE *)"@x0000", &PotVert}; 
g_prop_fuzzy.Flags “= AUTOKNOB | FREEVERT; 











struct NewScreen NuovoSchermoDiControllo = { è g_prop_fuzzy.VertBody = 0x3009; 
2, 0, 640, 256, /* Coord. e dimensioni dello schermo Ki 
3, /* Numero di bit plane nc g_prop_image. Flags = FREEVERT; 
(UBYTE)2, (UBYTE)1, /* Colori per lo schermo Hi g_prop_image. VertBody = 0x3000; 
HIRES, /* Modo per la ViewPort a 
CHSTONSCREEN, /* Tipo di schermo Di g erop Erse. Elan 5 = ERCEVERTIEREEHORIZ|PROEBORUBRIESS; 
L, /* Fonte per lo schermo q prop_free. VertBody = Ox7FFF; 
(UBYTE *)"Schermo di prova", /* Titolo dello schermo e g_prop_free.HorizBody = Ox7FFF; 
NULL, /* Gadget presenti sullo schermo pi 
a /* Puntatore alla struttura BitMap */ puenazeeazenezenizanenionieenezenienenenne nia anne nazinnenenene 







* Chiama la routine che dispone le stringhe da visualizzare * 
* nelle strutture Intuitext. La disposizione iniziale prevede * 
* come prima stringa quella indicata dalla costante * 
* STRINGA_INIZIALE » 


ARIANO AEREA REA REMI Mira e) 


struct NewWindow NuovaFinestraDiControllo = { 
20, 20, /* Coordinate del vertice in alto é sinistra */ 
600, 160, /* Dimensioni iniziali (larghezza e altezza) Me 
cia /* Colori dei dettagli e dello scolo, MR, 
UP | GADGETDOWN | CLOSEW. W | MOUSEMOVE | 14 ' 
MINDOWDRAÎ I MINDONDEE I VERDONE NOE | ACTIVATE, ARSEONAStI Aug S(STRINORCINIZIA 
&PropGadget_free, /* Puntatore al primo gadget Li CompletaStringhe(); 











OVIMODORE /93 
GAZETTE 








VITITETTETTTTTTTTTI TO LITI CLI CIICTO LI TLITTOTT TETI TI TOT T",I 


* Apre la finestra in cui vengono visualizzati i gadget * 


eeneaieeeeeanenen auesesenezenizesinieinezzeninnnece / 





if (!(SchermoDiControllo = (struct Screen *) 
OpenScreen(&NuovoSchermoDiControllo))) 
{ puts("Non riesco ad aprire lo schermo di controllo"); 
MiElimino(); 
exit (FALSE); 
} 


NuovaFinestraDiControllo.Screen = SchermoDiControllo; 


1f (!(FinestraDiControllo = (struct Window *) 


OpenWindow(&NuovaFinestraDiControllo))) 
{ puts("Non posso aprire la finestra di controllo"); 
MiElimino(); 
exit(FALSE); 
} 


VIRARALAAIIZITIZI TI TT TTT TTT TTT TO ORO TI 


* Scrive le stringhe nella finestra * 


sarei iziezaziazeonni zio si zia zenie / 





PrintIText(FinestraDiControllo->RPort,&nomi [5], @L,0L); 
PrintIText(FinestraDiControllo->RPort,&PotOrizz,9L,@L) $ 
PrintIText(FinestraDiControllo->RPort, 


&IntuiStr[STRINGHE_VISIBILI-1], 9@L,0L); 


VILLLAZIZ II TIT TO PE POROR 





serserionizeneenizonieseezione 


* Continua l'esecuzione finche’ non viene premuto il * 
* gadget di chiusura della finestra E 


SEZERIZIAREENERIRE ZIALE IALE RAMI RI ARTRITE * 
rersene) 


FOREVER 
{ 


scrivi stringhe = FALSE; 


IZ 


Attende un messaggio dalla finestra * 
e lo elabora iii 


Segnali = Wait(1L << 
FinestraDiControllo->UserPort- >mp_SigEit); 


while (MioMessaggio = (struct IntuiMessage *) 
GetMsg(FinestraDiControllo->UserPort) )I 
E 


Risponde al messaggio dopo aver ricavato le * 
informazioni necessarie */ 


MIClass 
MICOde 
MIAddress 
MousexX 
MouseY 


MioMessaggio->Class ; 
MioMessaggio->Code , 
MioMessaggio->IAddres Si 
MioMessagg 10->MouseX; 
MioMessaggio- >MouseY; 


ReplyMsg(MioMessaggio); 


/* Valuta di che tipo di messaggio si tratta */ 


switch (MIClass) 
{ 


case GADGETUP: 


if (((struct Gadget *) MIAddress)->GadgetID 
== PROP_SCROLL) 
{ 


prima_stringa = (((STRINGHE_ TOTALI - 
STRINGHE VISIBILI) * g_prop_scroll.VertPot) 
+ (1L << 15)) >> 16; 
AssegnaStringhe(prima_stringa) ; 
CompletaStringhe(); 
PrintIText(FinestraDiControllo->RPort, 
&IntuiStr[STRINGHE VISIBILI-1],0L,0L); 
} 
if (((struct Gadget *)MIAddress)->GadgetID 
== PROP_LIBERO) 
{ 


/* Scrive i valori di Pot nella stringa * 
* IntuiText. Scrive a partire dal terzo * 
* carattere, per scavalcare lo "@x" 7A 
sprintf(&(PotVert.IText[2]), "%04x", 
((struct PropInfo *) 
(PropGadget_free.SpecialInfo))->VertPot); 
sprintf(&(PotOrizz.IText[2]), "$04x", 
((struct PropInfo *) 
(PropGadget_free.SpecialInfo))->HorizPot); 
PrintIText(FinestraDiControllo->RPort, 
&PotOrizz, 9L, QL); 
} 


break; 
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case GADGETDOWN: 
break; 


case MOUSEMOVE: 





COLIOCICISI TOSO CI TICO CI ICI LI 


* Usiamo un flag per ricordarci di aggiornare le * 
* stringhe successivamente, cosi’ non verranno i 
* aggiornate a OGNI mesaggio di movimento del Li 
* mouse (MOUSEMOVE) ki 


ARATAAARAEAIRARA TAZZA ZANZARE RA AAERA ARA RAANEA IONE / 


VETTTTTÀ 
/ 


scrivi stringhe = TRUE; 
break; 


case CLOSEWINDOW: /* Gadget di chiusura */ 
/* Risponde a tutti i restanti messaggi */ 
while (MioMessaggio = (struct IntuiMessage *) 
GetMsg(FinestraDiControllo->UserPort)) 
ReplyMsg(MioMessaggio); 
MiElimino(); 
exit (TRUE); 
break; 
} /* switch */ 
} /* while */ 


[III II II III RIO IRR III RI R TORRINI RR RI RIOT 


* Controlla se vanno aggiornate le stringhe. * 


* Nel caso, chiama la routine per la loro 
* assegnazione alle strutture Intuitext 


PEPE ERE REIRRERRER VER REA RR RR AC RARI RAI RARE RA / 


* 


if (scrivi_stringhe) 
{ 
prima_stringa = (((STRINGHE_TOTALI - 
STRINGHE VISIBILI) i g_prop_scroll.VertPot) 
+ (1L << 15)) >> 16; a 
AssegnaStringhe(prima stringa); 
CompletaStringhe(); 
PrintIText(FinestraDiControllo->RPort, 
&IntuiStr[STRINGHE_VISIBILI-1] ,0L,0L); 
} 
} /* FOREVER */ 
} /* main */ 


MiElimino() 

{ 
if (FinestraDiControllo) CloseWindow(FinestraDiControllo); 
if (SchermoDiControllo) CloseScreen(SchermoDiControllo); 
if (GfxBase) CloseLibrary(GfxBase); 
if (IntuitionBase) CloseLibrary(IntuitionBase); 

3 


Vil LLLAZLIELIZZII TTT TTETT CIT TIZI TICO TICA 


* Questa routine assegna una stringa a ognuna ; 
* delle strutture IntuiText che saranno visualizzate ” 


UITEAARAAAARAANARAANA NANNA RIONI INITnI RIN EnIn iz a nenTA/ 


AssegnaStringhe (indice) 
WORD indice; 





for(i=0; 1 < STRINGHE_VISIBILI; i++) 
IntuiStr[i].IText = (UBYTE *)stringhe_di_testo[indice+1]; 


VALLAAZILALLLIZZIZIZZ TE TE TECO EROS I PPT CO TO POSTI E TETI ZI 


Questa routine completa con degli spazi tutte le 
stringhe che devono essere visualizzate. In 

questo programma e‘' superflua, poiche’ tutte le volte 
vengono riempite di spazi le stesse stringhe. In 
un'applicazione reale, tuttavia, le stringhe 

potrebbero cambiare ogni volta e quindi c1 sarebbe 

la reale necessita’ di ripetere l'operazione in run-time 


Autorikeeneosenu ere s socio sio saio oo sqe0eosioniei;s 00; 


CompletaStringhe( ) 
{ 


int lun,i,j; 


E (i= 0; 1< STRINGHE_VISIBILI; 2++) 


lun = strlen(IntuiStr[i].IText); 
for (j=lun; j < LUNGHEZZA_HAX - 1; 3++) 
{ I 


*(IntuiStr[i].IText + j) =’ ‘; 


*(IntuiStr[i].IText + LUNGHEZZA_MAX - 1) = ‘\@ 
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PROGRAMMARE L’AMIGA 


AREXX E WSHELL, 
DUE UTILITY PER IL 
PROGRAMMATORE 


Due importanti strumenti per il programmatore: il sistema AREXX, un 
interprete batch che ci permette di creare complessi file comandi in grado 
di comunicare con le applicazioni compatibili, e il pacchetto WShell, 

che sostituisce e migliora lo Shell del Workbench 1.3 


di Eugene P. Mortimore 


resto o tardi, tutti coloro che lavorano con 

i computer si rendono conto che è molto 

. comodo poter automatizzare le procedure 

più ripetitive. Dal momento che quasi tutti i sistemi 

operativi dispongono di un interprete batch, la 

soluzione più diffusa è la creazione di opportuni 

file comandi che riassumono gruppi di operazioni 

standard, un metodo utilizzabile anche da chi non 
è un programmatore. 

Purtroppo si tratta di un metodo molto limitato, 
che consente per esempio di rendere automatica la 
trasformazione dei file sorgente in file eseguibili (si 
veda l’articolo “Un ambiente di programmazione 
efficiente”, in questo stesso numero) ma non 
permette di affrontare problemi più complessi. Il 
problema è che generalmente i PC, come l'Amiga 
e gli MS-DOS compatibili, dispongono di comandi 
per l'interfaccia di linea insufficienti per creare file 
comandi molto elaborati. Inoltre, gli interpreti 
batch previsti dai loro sistemi operativi sono 
piuttosto primitivi rispetto agli interpreti per 
linguaggi di alto livello. I limiti più evidenti sono 
l'impossibilità di utilizzare nei file comandi para- 
metri non posizionali, di creare variabili di servizio 
all’interno dei file (soprattutto numeriche), di 
eseguire calcoli, di organizzare flussi di controllo 
tramite cicli condizionali evoluti come while, for, 
repeat until, e infine di definire subroutine interne 
ed esterne. Insomma, l’ideale sarebbe poter redi- 
gere file comandi con strutture vicine a quelle dei 
linguaggi d’alto livello, come il Pascal e il Basic, ma 
mantenendo la filosofia d’esecuzione batch (cioè 
utilizzando i comandi previsti dall'interfaccia linea 
comando). 

Un'ulteriore evoluzione dell’interprete batch 
potrebbe dare addirittura la possibilità di creare 
file comandi che diano istruzioni a un'applicazione 
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già in esecuzione come se fossero impartite 
dall’utente. Nel caso dell’ Amiga, il file comandi 
potrebbe inviare all'applicazione una serie d’istru- 
zioni relative a selezioni di menu e icone senza che 
l’utente debba muovere il mouse ed effettuarle 
una per una. Una situazione di questo tipo, 
ovviamente, esige che l'applicazione metta a 
disposizione una message port per ricevere le 
istruzioni provenienti dai file batch, e che la sondi 
periodicamente per verificare se sono giunti 
messaggi. . 

Il sistema AREXX è stato creato proprio per 
rendere possibile tutto questo anche per lAmiga. 
Si tratta di un interprete batch originariamente 
sviluppato per il mondo IBM (in quell’ambito il suo 
nome è REXX), e ora trasformato e migliorato per 
funzionare sull’Amiga, sfruttandone le capacità 
multitasking e il sofisticato meccanismo di scambio 
dei messaggi. A_ questo importante pacchetto è 
dedicata la prima parte dell’articolo. 

Nella seconda parte descriviamo invece le 
caratteristiche del pacchetto WSkell, che rispetto 
allo Shell del Workbench 1.3 aggiunge diverse 
caratteristiche, fra cui un’interfaccia AREXX com- 
patibile e un piping più evoluto. 


Il sistema AREXX 


La prima novità introdotta dal sistema AREXX è 
la possibilità di creare file comandi molto più 
complessi di quelli consentiti dall’AmigaDOS. Pur 
mantenendo la filosofia batch di esecuzione, con 
AREXX i file comandi possono contenere la mag- 
gior parte delle strutture logiche comuni a tutti i 
linguaggi di programmazione evoluti, come i cicli 
for, while, repeat until; possono impiegare subrou- 
tine e procedure, inizializzare variabili ed eseguire 








calcoli numerici. In questo modo i file comandi in 
ambiente AREXX possono rendere automatiche 
non solo sequenze di comandi, ma anche scelte e 
cicli iterativi. 

Come se non bastasse, il sistema AREXX aggiunge 
un’ulteriore importantissima caratteristica all’ela- 
borazione batch: consente ai file comandi di 
comunicare con applicazioni dotate d'interfaccia 
AREXX compatibile. Un parallelo con la consueta 
elaborazione batch dovrebbe illustrare meglio 
questa possibilità. Nei file comandi ai quali siamo 
abituati, ogni comando viene inviato all’Amiga- 
DOS, che provvede a eseguirlo. In altre parole, 
l’AmigaDOS è l’unico destinatario di tutti i 
comandi batch. In ambiente AREXX, invece, il file 
comandi può decidere a chi dev'essere inviato ogni 
comando. da 

Possiamo distinguere i comandi in due gruppi: 1 
comandi AREXX, ovvero quelli destinati solo 
all’interprete, e i comandi non AREXX, ovvero 
quelli che intendiamo impartire a un'applicazione 
o al sistema operativo. I comandi AREXX sono 
quelli che servono per indicare a quale message 
port è indirizzata la linea comando, per segnalare 
la fine del gruppo d’istruzioni e così via. I 
destinatari dei messaggi si dividono a loro volta in 
tre categorie fondamentali: lo stesso interprete 
AREXX (per i comandi AREXX), l’AmigaDOS come 
avviene nei consueti file comandi, e infine qualun- 
que applicazione AREXX compatibile. L'ultimo 
destinatario rappresenta un’importante novità, 
perché permette di operare su un'applicazione 
dall’esterno dell’applicazione stessa. Per esempio, 
tramite un file comandi si potrebbe selezionare 
una serie di voci distribuite su vari livelli di menu. 

Infine, un ulteriore vantaggio di cui dispongono 
le applicazioni AREXX compatibili è la possibilità 
d’impiegare lo standard AREXX per comunicare 
fra loro anche se il sistema AREXX non è stato 
installato. Questo standard prevede in pratica che 
le applicazioni immettano nel sistema le loro 
rispettive message port AREXX, € che si scambino 
messaggi utilizzando una particolare struttura di 
dati. In questo modo possiamo creare piccole 
applicazioni che aumentino le prestazioni dei 
programmi a nostra disposizione. Se per esempio 
il sistema di selezione dei file su disco dell'editor 
TxEd non ci piace, possiamo creare un’applicazio- 
ne che apra un requester più efficace © che poi 
comunichi all’editor il nome del file da caricare. 
Ecco un altro esempio sull’uso dello standard 
AREXX come sistema di comunicazione fra le 
applicazioni: alcuni programmatori hanno elabo- 
rato i menu dell’editor TxEd per inviare il 
contenuto di uno dei suoi buffer a un programma 
di comunicazione AREXX compatibile, il quale lo 
inoltra automaticamente lungo la linea telefonica 
all'utente desiderato. Con il sistema AREXX dispo- 
niamo in pratica di uno standard efficiente per far 
comunicare fra loro applicazioni diversissime... € 
non c'è nemmeno bisogno del pacchetto AREXX. 

Vediamo ora come si possono sfruttare le 


caratteristiche di questo sistema in un caso pratico. 
Supponiamo di voler realizzare un programma 
musicale in grado di suonare brani scritti secondo 
un linguaggio di nostra creazione, e che la stesura 
dei brani possa avvenire tramite qualunque editor. 
Se il programma musicale e l'editor potessero 
comunicare, saremmo in grado di scrivere un 
pezzo e di sentirne l'esecuzione senza necessaria- 
mente uscire dall’editor. Illustriamo come ci si può 
riuscire con l’aiuto dei file batch. 

Dopo aver creato nel programma musicale 
un'interfaccia AREXX, lo mandiamo in esecuzione 
e apriamo un editor. Supponendo che si tratti di un 
editor AREXX compatibile in grado di aprire più 
file in più finestre, scriviamo in una finestra il 
brano musicale adottando il linguaggio che abbia- 
mo creato e che il programma musicale è in grado 
d’interpretare. Quando il brano è pronto, apriamo 
un’altra finestra dell'editor e vi scriviamo un 
semplice file comandi AREXX che effettua le 
seguenti operazioni: ordina all’editor, tramite la 
sua interfaccia AREXX, di salvare in un file il 
contenuto della finestra dove abbiamo scritto il 
brano musicale, preleva tale file e lo invia al 
programma musicale che, ricevendolo tramite la 
sua interfaccia AREXX, provvede a eseguirlo. Nel 
caso sia stato possibile mandare in esecuzione il file 
comandi senza accedere al CLI, ogni operazione è 
stata svolta senza uscire dall’editor. 

L’interfaccia batch AREXX potrebbe anche servi- 
re per creare un “filtro” fra due applicazioni, cioè 
un file comandi che prelevi l'output della prima, lo 
codifichi secondo il formato previsto dalla seconda 
e lo invii a quest’ultima. Modifichiamo leggermen- 
te l’esempio precedente per illustrare anche 
questo tipo di utilizzazione: abbiamo ancora 
l'editor, ma questa volta disponiamo di un pro- 
gramma musicale realizzato da altri, il cui linguag- 
gio non ci risulta gradito. Possiamo allora redigere 
i brani musicali secondo un nostro personale 
linguaggio e delegare al file comandi AREXX non 
solo l'invio del brano al programma musicale, ma 
anche la sua traduzione nel linguaggio previsto dal 
programma. Ovviamente in questo caso il file 
comandi da creare è molto più complesso e 
l'interprete AREXX diventa assolutamente indi- 
spensabile: creare un filtro come quello descritto è 
assolutamente impossibile con il semplice interpre- 
te batch dell’Amiga. 


Il disco del pacchetto AREXX 


La Tavola 1 presenta una breve descrizione dei 
file più significativi presenti sul disco del pacchetto 
AREXX versione 1.06. Si tratta dei file dai quali 
dipende il meccanismo di comunicazione tra 
message port, i file eseguibili invocati direttamente 
dall’interprete e i file INCLUDE per il linguaggio 
C e l’Assembly che i programmatori devono 
impiegare per creare programmi AREXX compati- 
bili. 

Per quanto riguarda i file che non descriveremo, 
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Nome del file Descrizione del contenuto 


File di startup contenuti nella directory radice 

RxInstall Programma per l'installazione di AREXX in un Amiga con un solo disk drive 
Start-ARexx File di startup che configura il sistema AREXX 

ReadMe File contenente estensioni al manuale per l'utente 


Utility contenute nella directory c 


hi Serve a impostare a 1 il flag globale di alt di AREXX; interrompe l'esecuzione di tutti i file comandi in corso 
loadLib Carica in memoria le librerie shared relative ad AREXX e le inserisce nella lista di sistema LibList dell'Exec 


rexxmast Carica e attiva l'interprete residente AREXX 

nm Manda in esecuzione file comandi AREXX 

[e.(e; Disattiva l'interprete AREXX 

rxli Carica in memoria una libreria di funzioni perché i programmi AREXX se ne possano servire 
rxset Aggiunge un clip alla lista dei clip mantenuta dall’ AREXX 


te Porta a 0 il flag globale di Trace, disabilitando tale funzione 

tec Disattiva la finestra di Trace globale, in modo che l'output prodotto dal trace di un file comandi appaia 
sul dispositivo di output di default 

tco Apre la finestra globale di Trace, dirigendovi l'output prodotto dal trace di tutti i file comandi AREXX 

ts Abilita il modo Trace di tutti i programmi AREXX in esecuzione 


WaitForPort Attende per dieci secondi l'apparizione di una message port nelle lista di sistema 


File INCLUDE in C della directory include relativi al sistema AREXX 

storage.h File INCLUDE principale dell'AREXX, con la definizione di importanti strutture 
errors.h Definizione dei messaggi d'errore di cui fa uso l'interprete AREXX 

rxslib.h Definisce la struttura Base presente all’interno della libreria AREXX rexxsyslib.library 
rexxio.h Definisce le strutture di dati utilizzate dalle routine di YO bufferizzato 

File INCLUDE in Assembly della directory include relativi al sistema AREXX 

storage.i Analogo al file storage. descritto sopra 

errors. Analogo al file errors.h 

rslib.i Analogo al file rxslib.h 

rexxio.i Analogo al file rexxio.h * 
rxsupplib.i Definisce le strutture di dati usate dalla libreria AREXX rexxsupport.library 


Librerie shared presenti nella directory libs 


rexxsupport.library 


port Libreria shared di supporto all'interprete AREXX 
rexxsyslib.library 


Libreria shared contenente le funzioni dell'interprete 


File presenti nella directory tools 


hosttest File d'esempio che mostra come creare interfacce AREXX nei propri programmi 
rexxtest File che controlla il funzionamento dell'interprete AREXX quando comunica con un altro programma 


rexxhost.c 


3 Esempio, in sorgente C, di applicazione contenente una message port pubblica 
dispatch.c 


Sorgente C di un programma per verificare l'esecuzione delle funzioni esterne 
rxexample.i File INCLUDE Assembly necessario per utilizzare la librerie esterne personalizzate create con il tool RxExample 
hosttest.asm 
loadlib.asm 
rexxtest.asm 
rx.asm 
rxexample.asm 


Listato in Assembly del programma Hosttest 

Listato in Assembly del tool LoadLib, che carica in memoria librerie shared 

Listato in Assembly del programma Rexxtest 

Listato del comando rx, che manda in esecuzione un file comandi 

Listato del programma RxExample, che permette la creazione di librerie di funzioni AREXX 





Tavola 1: elenco dei file più significativi contenuti nelle principali directory sul disco del pacchetto AREXX versione 1.06 





alcuni servono a sfruttare da Workbench particolari 
caratteristiche del pacchetto AREXX, e altri (più di 
cinquanta) sono i comandi ARP (Amiga Replace- 
ment Project). Vi sono inoltre alcuni esempi di file 
comandi AREXX compatibili, file che mostrano 
come rendere AREXX compatibili i propri pro- 
grammi in Modula 2, e infine un file che costituisce 
una speciale libreria matematica dedicata al siste- 
ma AREXX. 

I file della directory radice. I primi file elencati 
nella Tavola 1 sono quelli contenuti nella directory 
radice. RxInstall è un programma che serve per 
installare il sistema AREXX su un Amiga provvisto 
di un solo disk drive. Start-ARexx è in pratica una 
startup-sequence che serve per configurare 
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AREXX: questo file è presentato senza alterazioni 
nel Listato 1. 

Come si può vedere, per prima cosa carica in 
memoria tre librerie shared, mathieeedoub- 
bas.library, rexxsupport.library e rexxsy- 
slib.library; la prima consente l’esecuzione di 
calcoli in doppia precisione all’interno dei file 
comandi, mentre le altre due vengono impiegate 
solo a livello di run time. L'istruzione successiva 
manda in esecuzione l'interprete batch AREXX, il 
quale procede con la propria sequenza d'’inizializ- 
zazione (rexxmast sta per programma AREXX 
“master”). A questo punto, il file comandi manda 
in esecuzione WaitForPort, il quale attende per un 
massimo di dieci secondi che nella lista di sistema 








CD AR né 

LORDLIE lib 

LOADLIE liber 

LORDLIE lib 
gi 





Listato 1: il file comandi di startup-sequence, Start-ARexx 


delle message port appaia una porta di nome 
REXX, la porta che la procedura d’inizializzazione 
dell’interprete batch AREXX aggiunge al sistema 
tramite la funzione AddPort dell’Exec; la compar- 
sa di questa porta assicura che l’interprete si è 
correttamente installato ed è pronto per operare. 

In seguito il tool rxlib attiva la libreria rexxsup- 
port.library con i seguenti parametri: priorità 0, 
offset della funzione Query all’interno della 
libreria uguale a -80, e versione richiesta della 
libreria uguale a 0 (significa che qualsiasi versione 
della libreria presente sul disco è accettabile). Il 
tool colloca inoltre la libreria di supporto in una 
lista di librerie che viene conservata dall’interprete 
residente AREXX. 
| L'ultima fase del processo di attivazione è 
l'assegnazione del dispositivo logico REXX: alla 
directory rexx contenuta nel disco sistema del 
sistema AREXX. È in questo dispositivo logico che 
l'interprete batch si aspetta di trovare i file 
comandi AREXX da eseguire (si noti che i nomi di 
questi file devono essere dotati dell’estensione 

.rexx”). A questo punto l’installazione di AREXX è 
completata, e l’utente può iniziare a servirsene. 

I file della directory c. La Tavola 1 prosegue 
elencando una serie di tool. LoadLib, rxlib e 
WaitForPort li abbiamo appena esaminati, vedia- 
mo le funzioni svolte dagli altri. 

Il tool hi consente di forzare l'interruzione di 
tutti i file comandi AREXX in esecuzione. Il tool rx 
serve a far eseguire dall’interprete batch AREXX un 
file comandi; corrisponde quindi al comando 
EXECUTE dell’AmigaDOS. Il tool rxc serve a 
rimuovere dalla memoria l’interprete AREXX resi- 
dente: dopo la sua esecuzione, nessun altro file 
comandi potrà essere eseguito. Il tool rxset serve 
per aggiungere un clip, dotato di nome proprio, 
alla lista dei clip mantenuta dal sistema AREXX. E 
in questa lista che si collocano le stringhe di 
caratteri a cui devono accedere i vari file comandi, 
ed eventualmente altre applicazioni. È 

I quattro tool successivi hanno a che fare con il 
trace dei file comandi AREXX. Il trace serve 
principalmente per effettuarne il debug, poiché 
consente di osservare l'esecuzione di un file 
comandi istruzione per istruzione, € permette 
quindi di analizzare il flusso delle operazioni e di 
verificare che sia quello previsto. Al termine di 
ogni istruzione, l'utente può esaminare lo stato 
delle variabili e, più in generale, rilevare che cos'è 
accaduto durante l'esecuzione. Si tratta di una 
funzione analoga ai comandi trace presenti in 





strumenti di debug come il Source Level Debugger 
per il linguaggio C. 

Il comando ts fa in modo che tutti i file comandi 
in esecuzione da parte dell’interprete AREXX 
entrino in modalità d’esecuzione trace, cioè venga- 
no eseguiti in modo single-step (un passo alla 
volta). L’output prodotto da quest’operazione 
appare nelle finestre relative ai singoli file coman- 
di. 

Il comando tco apre invece una finestra di 
sistema verso cui viene ridiretto il trace di tutti i file 
comandi AREXX attivi: in questo modo non si 
verifica più la sovrapposizione dei messaggi di 
debug con il normale output del file comandi in 
esecuzione “controllata”. Con il comando tcc si 
chiude questa finestra, ritornando alla condizione 
in cui i prompt del file comandi in esame si 
mischiano con quelli generati dalle operazioni di 
debug. 

L’utility te, infine, disabilita il modo trace per 
tutti i file comandi AREXX attivi, facendo continua- 
re la loro esecuzione a velocità normale. 

I file della directory include. I file successivi 
vengono usati per lo più da chi sviluppa program- 
mi in C o in Assembly, e desidera includere al loro 
interno un’interfaccia AREXX, cioè una message 

ort configurata secondo le specifiche dello stan- 
dard AREXX. Il primo gruppo di file è destinata al 
C, e contiene la definizione delle strutture e delle 
costanti che occorre usare per interfacciare corret- 
tamente un’applicazione con l'interprete AREXX. 

Il secondo gruppo è invece dedicato a chi lavora 
in linguaggio Assembly, e contiene la traduzione in 

uesto linguaggio delle definizioni contenute negli 
altri file INCLUDE. 

I file della directory libs. Questi file sono, come 
indica il nome della directory, particolari librerie 
shared previste dal sistema AREXX, che vanno ad 
aggiungersi a quelle standard previste dall’Amiga. 
Ricordiamo a questo proposito che le librerie 
shared sono librerie che vengono aperte dai task in 
fase di run time per accedere alle funzioni in esse 
contenute (si noti che l'apertura di una libreria 
shared può comportare il suo caricamento da disco 
qualora non sia residente e non sia già stata 
caricata). La prima libreria citata nella tavola è 
rexxsupport.library, nella quale sono contenute 
funzioni di supporto per l'interprete, mentre la 
seconda, rexxsyslib.library, contiene funzioni di 
base. 

I file della directory tools. Tra tutti i file 
contenuti in questa directory, la Tavola 1 riporta 
quelli realizzati appositamente per far sì che 
un'applicazione diventi AREXX compatibile. Si 
tratta di due tool eseguibili, due sorgenti in C, un 
file INCLUDE Assembly, e cinque programmi 
sorgente in Assembly. 

Il primo tool, hosttest, è il più importante: serve 
come test per verificare che il colloquio tra 
un'applicazione e l'interprete AREXX avvenga 
correttamente. In pratica, se sì è scritto un 
programma che crea una message port pubblica e 
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Figura 1: il programma AREXX controlla il funzionamento di un editor di testi e invia comandi all’AmigaDOS 


successivamente la utilizza per comunicare con 
l'interprete residente (a patto che questo sia già 
stato installato con rexxmast), attraverso il pro- 
gramma hosttest è possibile verificare che tutto 
funzionerà correttamente; il codice sorgente As- 
sembly di tale programma si trova nel file 
hosttest.asm. 

L’altro programma, rexxtest, è stato progettato 
per controllare se eseguendo un file comandi 
AREXX si riesce a comunicare con un'applicazione; 
il codice sorgente Assembly si trova nel file 
rexxtest.asm. 


AREXX e le applicazioni compatibili: 
CygnusEd Professional 


La Figura 1 illustra un possibile uso del sistema 
AREXX per mettere in comunicazione due ambien- 
ti diversi. Nell'esempio, i due ambienti sono 
rispettivamente l’editor CygnusEd Professional, 
che è AREXX compatibile, e l’AmigaDOS; tramite 
un opportuno file comandi AREXX, viene ordinata 
l'esecuzione di particolari operazioni senza che 
l'utente debba interagire con i menu dell’editor o 
debba aprire una finestra CLI per impartire 
comandi all’ AmigaDOS. 

L’editor CygnusEd installa nel sistema una 
message port pubblica denominata “rexx-ced”: i 
task possono individuarla utilizzando il suo nome 
(che ovviamente devono conoscere), e quindi 
possono indirizzarla per inviare messaggi all’edi- 
tor. Anche i file comandi AREXX destinati all’edi- 
tor devono impiegare la message port rexx-ced. 
Analizziamo ora come viene aperto un canale di 
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comunicazione con l’AmigaDOS. 

Il rettangolo sulla destra presente nella Figura 1 
rappresenta l’AmigaDOS, che come abbiamo già 
spiegato è il secondo tipo di destinatario dei 
comandi batch AREXX, ma in generale potrebbe 
trattarsi di qualsiasi altra applicazione. 

L’AmigaDOS non nasce AREXX compatibile, e 
quindi non dispone di un’apposita interfaccia. Ciò 
nonostante, nella filosofia AREXX è importante che 
il file comandi lo veda come vedrebbe qualsiasi 
altra applicazione. Perché questo avvenga, AREXX 
finge che l’AmigaDOS possieda una message port 
di nome “command”, cioè chiede di utilizzare 
questo nome quando si desidera che una serie di 
comandi venga indirizzata all’AmigaDOS (si noti 
che il nome “command” nell'originale REXX per gli 
IBM indirizza il sistema operativo). Ovviamente, 
questa message port non è in realtà controllata 
dall’ AmigaDOS, ma da un processo appositamente 
predisposto per interfacciare l’AmigaDOS con il 
sistema AREXX. Per quanto riguarda l’utente, 
comunque, la tecnica usata è irrilevante. 

Vediamo dunque come dovrebbe essere scritta 
un Istruzione in un file comandi AREXX diretto 
all AmigaDOS. Se si desidera per esempio cancella- 
re dal disco il file “Archivio”, l'istruzione è: 


ADDRE 





command "DELETE Archivio" 


Questa istruzione, diretta alla porta “com- 
mand”, in realtà fa in modo che il comando 
“DELETE Archivio” giunga all’AmigaDOS come se 
fosse stato impartito da una finestra CLI o dallo 
Shell. ADDRESS è un comando AREXX adibito a 
selezionare la message port dell’applicazione alla 








quale devono essere inviati i comandi. Tutti i 
comandi non AREXX che lo seguono verranno 
inviati a quella message port fino a quando non ne 
verrà indicata un’altra. 


L’interprete residente 


Il terzo rettangolo della Figura 1, quello centra- 
le, rappresenta l’interprete residente AREXX, cioè 
l'interprete che esegue i file comandi AREXX 
(simbolicamente rappresentati dai rettangoli so- 
prastanti). L’utente può avviarne l’esecuzione 
tramite il comando rx, il quale sottopone all’inter- 
prete il file comandi indicato come argomento. 

L’interprete considera ogni file comandi come 
un distinto processo AmigaDOS, e invia i comandi 
non AREXX all’applicazione che è stata selezionata 
dall’ultimo ADDRESS. Inoltre si aspetta di ricevere 
nella sua message port pubblica “REXX” le risposte 
dalle applicazioni che a mano a mano indirizza. 
Tutte le applicazioni che contengono un’interfac- 
cia AREXX compatibile conoscono il nome di 
questa message port pubblica, reperibile all’inter- 
no della lista di sistema PortList. 

Ovviamente, sulla falsariga della Figura 1, è 
possibile inserire un numero qualsiasi di applica- 
zioni AREXX compatibili e un numero qualsiasi di 
file comandi da eseguire. Nei due esempi che 
seguono, il flusso logico illustrato dalla Figura 1 
viene mostrato sotto un profilo più pratico. 


Primo esempio: ordinamento 
di un blocco di testo 


.Il Listato 2 riporta un esempio abbastanza tipico 
di file comandi AREXX. Si tratta di un “program- 
ma” di nome SortBlock.ced contenuto nel disco 
dell’applicazione CygnusEd; lo illustriamo soprat- 
tutto perché consente di vedere da vicino come 
con il sistema AREXX è possibile comandare 
dall’esterno un’applicazione, e ne traduciamo in 
italiano i prompt per l’utente. SortBlock.ced ha lo 
scopo d’interagire con l’editor CygnusEd al fine di 
copiare in un file su RAM disk un blocco di testo 
selezionato in precedenza, di ordinarlo alfabetica- 
mente attraverso il comando SORT dell’ Amiga- 
DOS, e infine di reinserirlo nella finestra dell’edi- 
tor da cui è stato temporaneamente estratto, il 
tutto senza alcun intervento diretto da parte 
dell’utente. 

La prima riga esegue l’istruzione AREXX OP- 
TIONS e indica la keyword RESULTS, la quale 
ordina all’interprete di attendere una risposta ogni 
volta che invia un messaggio a una message port; 
] Interprete poi memorizzerà la risposta, di solito 
una stringa, nella variabile result. 

L’istruzione seguente, ADDRESS, indica all’in- 
terprete che i successivi comandi (salvo i comandi 
AREXX) dovranno essere inviati a una message port 
pubblica di nome “rexx-ced”: in questo modo 
viene in pratica creato un canale di comunicazione 
tra la porta di nome “REXX” dell’interprete e la 





= "RESULT" THEN DO 
à Ftbl 
ERM:tmpfsortblock FAM:tme 


command "DELETE RAM:tmpésortbloce” 


DELETE RAM:tmpssorted 
END 
ELSE 


un blocco 


procedere, N 


Listato 2: il file comandi SortBlock.ced contenuto in CignusEd 


porta dell’applicazione CygnusEd, che rimarrà 
aperto fino a quando l’interprete non troverà 
un’altra istruzione ADDRESS. 

La linea successiva invia il comando cut block 
all’editor, con il quale il blocco di testo che l’utente 
ha selezionato (con l’opzione SetMark) viene 
trasferito in un buffer interno, il buffer Paste 
dell’editor. Questo comando, che l’editor ovvia- 
mente riconosce attraverso la sua interfaccia 
AREXX, corrisponde nei menu alla voce Cut block: 
aver inviato il comando cut block dall’interfaccia 
AREXX dell’editor ha lo stesso effetto di una 
selezione della voce Cut block del menu da parte 
dell’utente. 

Con la successiva linea comandi, viene controlla- 
to l’esito che l’editor restituisce dopo aver eseguito 
il comando cut: se la variabile result contiene la 
stringa “RESULT”, cioè il nome della variabile 
stessa, significa che non è stato restituito alcun 
codice d’errore, e che dunque l'operazione è stata 
portata a termine con successo. Questo test sfrutta 
una particolarità dell’interprete AREXX: ogni Va 
riabile alla quale non è ancora stato assegnato un 
valore assume il valore stringa del proprio nome. 

Dal momento che il blocco è stato trasferito, +. 
successo, il file comandi prosegue diseno a dea 
tor di copiarlo in un file temporaneo SU R i ; 
di nome “tmp$sortblock”. Anche în questo Ce ni 
comando save block è uno di quelli riconos 
dall’editor. 


Successivamente, viene indirizzato l’AmigaDOS 


e gli viene inviato il comando A e 
come argomenti il nome del file da or inare € Ù 
nome del file nel quale dev'essere memoi izzato 1 
sc sto (‘RAM:tmp$sorted Ò Come abbia- 
mo già spiegato, per comunicare con lAmigaDOS 
occorre indirizzare la porta di nome command. A 
questo punto il blocco di testo è stato ordinato ed 
è pronto per essere reinserito nel testo all’interno 
dell'editor dal quale è stato estratto: per questo 
scopo viene impiegato il comando include che 
CygnusEd riconosce attraverso la sua interfaccia 
AREXX. 

Il successivo comando, status 21, viene inviato 





WIVODORE 7101 





automaticamente alla porta “rexx-ced” dell’edi- 
tor, dal momento che l’ultimo comando ADDRESS 
ha indirizzato proprio quella porta. Il comando 
status è anch’esso un comando riconosciuto da 
CygnusEd, come spiegano i manuali, e serve a 
ottenere informazioni riguardanti il numero delle 
finestre aperte, le dimensioni della finestra corren- 
te e così via. In particolare, indicando come 
argomento il codice 21 si ottiene nella variabile 
result il nome per esteso del file in corso di 
elaborazione all’interno della finestra di Cygnu- 
sEd. 

Le ultime due linee comando di questo file 
indirizzano nuovamente l’AmigaDOS e gli ordina- 
no di cancellare i due file temporanei 
RAM:tmp$sortblock e RAM:tmp$sorted. Quando 
anche queste due operazioni sono terminate, la 
parola chiave END chiude il costrutto condizionale 
IF THEN. 

L’ELSE che segue viene eseguito solo se Cygnu- 
sEd ha rilevato una condizione d’errore eseguendo 
il comando cut block, ad esempio per la mancanza 
di un blocco di testo selezionato. In questo caso si 
fa visualizzare a CygnusEd un requester (tramite il 
comando okay1) per avvisare l’utente che non è 
stato selezionato alcun blocco, e che quindi non è 
possibile effettuare l’ordinamento. L’ultima istru- 


zione del file, EXIT, è facoltativa e segnala che il 
file comandi è concluso. 


Secondo esempio: un intervento sulle finestre 


Il Listato 3 illustra un secondo esempio di file 
comandi AREXX, SpreadViews.ced, anch'esso pre- 
sente nel disco dell’editor CygnusEd. Come nell’e- 
sempio precedente, i messaggi per l’utente sono 
stati tradotti in italiano. Analizziamolo. 

Questo programma serve a rendere uguali 
(verticalmente) tutte le finestre aperte dell'editor 
CygnusEd, in modo che contengano lo stesso 
numero di linee di testo. Può servire se, nella 
stesura di un programma in C, si sta lavorando su 
diversi file e viste di file, e procedendo con il lavoro 
le finestre relative alle varie viste sono mutate di 
dimensioni. In tal caso diventa comodo poterle 
riportare a una dimensione verticale unica per 
seguire con più ordine l’andamento del program- 
ma. 

Prima di procedere occorre ricordare che le 
finestre che si possono aprire in CygnusEd non 
sono le consuete finestre di Intuition (spostabili 
con il mouse, ridimensionabili e sovrapponibili): si 
tratta di semplici suddivisioni orizzontali dello 
schermo in più aree, nelle quali possono apparire 
parti diverse dello stesso testo o addirittura testi 
provenienti da file diversi. Pertanto la loro 

gestione avviene esclusivamente tramite i menu, e 
non si possono sovrapporre, in quanto dividono 
semplicemente la finestra occupata dall’editor 
sullo schermo. Nella spiegazione che segue ci 
riferiremo a loro chiamandole finestre, ma non 
devono essere confuse con le finestre di Intuition 
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It 
THEN DO 


ente una sola finestra!" 


result 

f = orialines — desire 
i r > & THEH DO 
ff = 1 

remainder = remainder — i 
EHD 
DO WHILE diff 
IFoy A bi 
diff 
EHD 
DO WHILE diff 
2 fi 








Listato 3: SpreadViews.ced, un esempio di file comandi AREXX 


con le quali siamo abituati a interagire. Questa 
premessa è fondamentale per comprendere il 
funzionamento del file comandi SpreadViews.ced. 

In questo file comandi vengono utilizzati diversi 
comandi status, calcoli aritmetici e variabili non 
soggette a particolari tipi (stringa, numeriche...). 
Anziché analizzare ogni singola linea di program- 
ma, preferiamo metterne in evidenza gli aspetti 
chiave, che saranno utili per comprendere alcune 
peculiarità del linguaggio AREXX. 

Il flusso delle operazioni compiute dal file 
comandi è il seguente: viene calcolata l'altezza in 
righe di testo della finestra principale occupata da 
CygnusEd sullo schermo e successivamente viene 
compiuto un test di uscita sul numero di finestre 








aperte; se viene indicata una sola finestra, un 
requester avvisa l’utente dell’anomalia e viene 
conclusa l’esecuzione del file comandi. Se ci sono 
due o più finestre aperte, viene calcolata la 
dimensione verticale (desire) che le finestre devo- 
no assumere per dividere lo spazio verticale 
disponibile in parti uguali. In questo calcolo si 
tiene conto del fatto che dividendo l’altezza 
disponibile per il numero di finestre aperte non è 
detto che si ottenga un risultato intero, cioè può 
darsi che si ottenga uno scarto di un certo numero 
di righe che il file comandi inserisce nella finestra 
più bassa. 

Successivamente, viene selezionata la finestra 
più bassa per entrare nel ciclo di ridimensionamen- 
to delle finestre con la finestra disposta più in basso 
come finestra attiva. Il comando next view dell’e- 
ditor seleziona sempre la finestra che sullo scher- 
mo appare appena più in basso di quella attuale, e 
riprende circolarmente da quella più alta quando 
la finestra selezionata è quella più in basso. 
Durante questo ciclo viene incrementata la varia- 
bile curview, che alla fine consentirà al file 
comandi di riselezionare la finestra che risultava 
attiva quando era stato mandato in esecuzione. 

A questo punto la finestra attiva è quella che 
sullo schermo occupa la parte più bassa. Il file 
comandi entra in un ciclo che modifica l'altezza di 
ogni finestra con il valore contenuto in desire, 
partendo dalla finestra attiva e selezionando tutte 
le altre finestre dal basso verso l’alto. In questo 
ciclo troviamo un test condizionale che verifica se 
ci sono righe in eccesso, nel qual caso provvede ad 
aumentare opportunamente le dimensioni della 
prima finestra e ad azzerare lo scarto di modo che 
con le finestre successive questa compensazione 
non venga più effettuata. Quando il ciclo è 
terminato, tutte le finestre aperte sullo schermo, 
tranne eventualmente quella più in basso, appalo- 
no della stessa altezza. 

L'ultimo ciclo, infine, fa in modo che venga 
riselezionata la finestra che risultava attiva prima 
che iniziasse l'esecuzione del file comandi. Per 
identificarla, il ciclo sfrutta il valore contenuto 
nella variabile curview. . 

Descriviamo ora le principali variabili impiegate 
nel file comandi. Il comando status 54 restituisce 
l'altezza in pixel della finestra impiegata da 
CygnusEd: questa dimensione viene considerata 
l'altezza massima per una finestra. Nel programma 
viene diminuita di tre e poi divisa per otto al fine 
di esprimerla come numero di righe di testo; il 
risultato di questa operazione viene memorizzato 
nella variabile numlines. Il comando status 66 
restituisce il numero totale di finestre dell'editor 
attualmente aperte, che viene memorizzato nella 
variabile numviews: quest'ultima informazione, 
insieme con la precedente, viene usata per calcola- 
re la dimensione verticale alla quale occorre 
uniformare tutte le finestre aperte. Questa dimen- 
sione viene memorizzata nella variabile desire, ed 

è il risultato arrotondato di una divisione; con 


l’istruzione successiva si calcola il resto della 
divisione e lo si inserisce nella variabile remainder, 
che verrà consultata per decidere quante righe 
aggiungere alla finestra più in basso. Il comando 
status 49 serve per conoscere la coordinata y del 
vertice in alto a sinistra della finestra corrente, 
l’ultima che è stata selezionata dall’utente prima di 
mandare in esecuzione il file comandi; questo 
valore viene inizialmente memorizzato nella varia- 
bile maxy, mentre nel successivo ciclo DO UNTIL 
viene ripetutamente memorizzato nella variabile 
newres. Il comando status 51 restituisce il numero 
di righe di testo che possono essere visualizzate 
all’interno della finestra corrente, il che è utile per 
sapere di quanto vanno modificate le dimensioni 
delle varie finestre; questo dato viene memorizza- 
to nella variabile origlines. Infine, data una 
finestra, la variabile diff rappresenta la differenza 
fra la sua altezza attuale e quella che dovrà 
assumere; se remainder indica la presenza di uno 
scarto, diff. viene opportunamente diminuita per 
compensare il fatto che il numero di righe 
disponibile non è un multiplo esatto del numero di 
finestre aperte. In seguito viene impiegata per 
aumentare o diminuire l’altezza della finestra 
corrente. Si noti che per compiere il ridimensiona- 
mento vengono impiegati rispettivamente il co- 
mando grow view e shrink view. Si noti inoltre che 
questi due comandi, come anche next view e 
previous view, in CygnusEd corrispondono a voci 
di particolari menu che il file comandi attiva 
attraverso l’interfaccia AREXX. 

Come ci mostra anche il file comandi Sprea- 
dViews.ced, AREXX permette di creare flussi logici 
e di eseguire calcoli aritmetici di sufficiente 
complessità per svolgere compiti che normalmente 
affidiamo a linguaggi di programmazione, e non a 
file comandi eseguiti in batch. In particolare, 
l’inedita caratteristica che permette ai file comandi 
di dare istruzioni ad applicazioni AREXX compati- 
bili si rivela davvero utile per automatizzare 

rocedure anche molto complesse come quella che 
abbiamo appena descritto. 


Il pacchetto WShell 


Fino alla versione 1.2 del Workbench l’unica 
interfaccia linea comando a disposizione dell’uten- 
te era il famoso CLI, da sempre accusato di non 
reggere il confronto con la macchina per cui era 
stato realizzato. Inferiore perfino all’interprete 
linea comando MS-DOS, il CLI è in effetti il minimo 
di cui si possa disporre per digitare comandi 
dell’AmigaDOS, ma le colpe non sono tutte sue. Il 
CLI è solo un programma che si preoccupa di 
ricevere stringhe di testo dall'utente e di passarle 
all’AmigaDOS, il quale cerca di eseguirle apettan- 
dosi che siano dei comandi. Per gestire le sue 
operazioni di I/O con l'utente, il CLI si serve pei 
default del dispositivo logico CON:, un handler che 
apre una finestra e svolge il ruolo d'interfaccia fra 
il CLI e l'utente. La vergognosa mancanza dell’edit 
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Nome del file Descrizione 













File contenuti nella directory radice 
Install-WShell 


ReadMe File contenente informazioni su WShell 















File della directory extras 







File della directory sources 
Alias Comando che imposta gli alias (sinonimi) 
History 

























File della directory s 
LoadResi 
Startupl 
Startup2 
VDO: 
Startup-Sequence 


File della directory filters 
head.rexx 


di caratteri 
tee.rexx 


di output 


File della directory libs 
WShell.library 
ConHandler.library 


File comandi per l'installazione di WShell sul disco sistema 


Analoga all'omonima funzione della Tavola 1, attende che venga creata una particolare message port 


EditMode Tool che visualizza come parte del prompt del CLI lo stato di “inserisci/sovrascrivi” della tastiera 
IsRexx Tool per determinare se AREXX è attivo 

LonelyShell Serve a rilevare se è attiva una sola finestra WShell 

WaitForPort 

CdTitle Serve a mostrare il nome della directory corrente nella barra titolo della finestra di WShell 
PatchDOS 


Modifica il comando AmigaDOS EXECUTE affinché funzioni correttamente con il WShell 


Comando per la gestione del file “history” dei comandi immessi nel buffer storico 


NewWSH Apre una nuova finestra WShell 

RunWSH Apre una nuova finestra WShell per l'esecuzione di programmi in background (analogo al comando AmigaDOS 
RUN) 

LoadLib Comando per il caricamento in memoria delle librerie shared 

Resi Comando che trasforma un comando in residente 


Esempio di startup-sequence che rende residenti un certo numero di comandi 
Esempio di startup-sequence che attiva l'handler ConMan e manda in esecuzione il file comandi Startup2 
Altro esempio di startup-sequence che carica alcuni comandi rendendoli residenti su un disco virtuale chiamato 


Esempio di file di startup che apre una finestra WShell e rende residenti i comandi RESI e ALIAS 
Un programma AREXX utile per disporre di una pipe attraverso la quale passano solo le prime dieci righe 


Un programma AREXX che consente l’impiego simultaneo della console e di un altro canale come dispositivi 


La prima delle due librerie shared usate dal pacchetto WShell 
La versione 1.1 della libreria shared relativa all'handler ConMan utilizzata da WShell 










Tavola 2: elenco e descrizione dei principali file contenuti nell’interessante pacchetto per il programmatore WShell (versione 1.0) 


di linea regolarmente imputata al CLI, per fare un 
esempio, è in effetti una mancanza del dispositivo 
logico CON:. Se si dispone del Workbench 1.3, si può 
dimostrare questa tesi digitando il comando 
NEWCLI NEWCON:0/0/640/200/. Appare una 
finestra CLI, ma come per magia disponiamo ora 
dell’edit di linea e perfino di un buffer storico che 
permette d’impartire i comandi già digitati senza 
riscriverli. Questo esempio mostra che esiste una 
ripartizione di compiti fra l’interfaccia linea co- 
mando e il dispositivo logico, o handler, impiegato 
come finestra di 1/0. 

Le vere mancanze del CLI sono per esempio 
l'impossibilità di definire alias, di rendere residenti 
i comandi, di definire un prompt più elaborato che 
indichi anche il cammino di ricerca seguito fino a 
quel momento. A cancellare con un colpo di 
spugna anche queste limitazioni è giunto finalmen- 
te lo Shell, l'interfaccia linea comando messa a 
disposizione dal Workbench 1.3. In pratica, con la 
versione 1.3 del disco sistema disponiamo ora di 
un interfaccia linea comando più elaborata e di un 
dispositivo logico di console anch'esso migliore, un 
binomio che ci consente finalmente di lavorare con 
l'AmigaDOS in maniera spedita e intelligente. 

Ma nonostante questo miglioramento, lo Shell e 
il dispositivo logico NEWCON: non si possono 
ancora definire strumenti di lavoro veramente 
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completi. Viste le potenzialità del sistema AREXX ci 
piacerebbe per esempio che lo Shell fosse AREXX 
compatibile, e che il piping fosse più semplice da 
gestire e più completo. 

In nostro aiuto vengono allora il tool WShell e 
il nuovo handler ConMan, accomunati in un 
pacchetto che contiene anche altri tool utili per 
rendere più efficiente il lavoro dell’utente con 
l’AmigaDOS. Dal momento che alcune delle 
caratteristiche del pacchetto WShell sono comuni 
anche allo Shell, su di esse sorvoleremo approfon- 
dendo invece le novità. 

Il pacchetto prevede un solo disco, sul quale 
sono presenti sia il tool WShell sia l’handler 
ConMan. Nella Tavola 2 sono elencati i significati 
di alcuni file, quelli più importanti. Dei rimanenti 
possiamo dire quanto segue. 

— Nella directory rexx sono presenti nove file 
comandi AREXX d’esempio, utili per vedere come 
interfacciare i file comandi AREXX con programmi 
che fanno uso di specifiche caratteristiche del 
pacchetto WShell; questi file comandi sono ovvia- 
mente stampabili per essere studiati e approfondi- 
t. 

- Nella directory sources sono contenuti sette 
file sorgente in Assembly con lo stesso scopo dei 
precedenti (due sono mostrati nella tavola). Posso- 
no essere impiegati per modificare ed estendere il 





tool WShell e l’handler ConMan. 

L’handler ConMan differisce da NEWCON: del 
Workbench 1.3 solo per la sua capacità di salvare il 
contenuto del buffer storico su disco e all’occor- 
renza di ricaricarlo. 

Il tool WShell differisce dallo Shell sotto diversi 
aspetti. Gli alias, o sinonimi, nello Shell sono 
ottenuti tramite un comando residente all’interno 
dello stesso Shell, mentre in WShell si ottengono 
tramite un comando che risiede sul disco. Inoltre, 
il comando ALIAS previsto da WShell ha una 
sintassi diversa rispetto a quella prevista dallo 
Shell. Facciamo un esempio. Se si conta di 
utilizzare molte volte un comando come: 


COPY mufilei TO myfilez 


sì può creare un sinonimo, ottenere cioè che le 
stesse funzioni vengano svolte da un comando più 
semplice, come c12. 


ALIAS 





COP4 mufilei TO mafile? 


Il piping 

Questa caratteristica consente di dirigere l’ou- 
tput prodotto da un programma direttamente in 
input a un altro: si tratta in un certo senso di 
un'estensione che WShell aggiunge alla possibilità 
di ridirezione dell’output ottenuta nell’ AmigaDOS 
con il carattere “>” o con il dispositivo logico 
PIPE: disponibile con la versione 1.3 del Workben- 
ch. A seguito di ciò, se si hanno diversi programmi 
concatenati, nei quali cioè l’output dell’uno deve 
servire come input per l’altro, è possibile generare 
una pipe per incanalare opportunamente i flussi di 
output. 

Per esempio, se si desidera leggere la directory 
del disco e poi riordinarla alfabeticamente, magari 
attraverso il comando SORT dell’AmigaDOS, sì 
possono collegare i due comandi in questo modo: 


DIR df:l SORT copzioni) 


Il carattere “|” è l'operatore che effettua il pipe 
in ambito WShell: in questo caso “devia” verso il 
comando SORT i caratteri che normalmente 
verrebbero stampati sullo schermo dal comando 
DIR. L’unico output che sarà visibile, dunque, sarà 
quello del SORT, dopo l'elaborazione dei dati. 
Questo modo di effettuare il piping si rivela molto 
più utile di quanto non lo sia il dispositivo logico 
PIPE:, e molto più simile a quello esistente in 
ambiente MS-DOS o Unix. 


L’interfacciamento AREXX-WShell 


WShell mette anche a disposizione un'interfaccia 
AREXX incorporata per permettere a file comandi 
AREXX compatibili di controllarlo dall'esterno. La 
presenza di quest’interfaccia AREXX consente di 
dare istruzioni al tool WShell anche dall'interno di 
un proprio programma, applicando le particolari 
convenzioni previste dal sistema AREXX. Quando 
viene impartito un comando NEWWSH, il nuovo 


WShell che viene installato in memoria crea una 
message port AREXX compatibile e la rende 
pubblica, in modo che il sistema AREXX e le altre 
applicazioni possano comunicare con questa porta 
e quindi con il relativo WShell. In questo modo si 
riescono a eseguire comandi dell’ AmigaDOS in un 
modo simile a quello mostrato nel Listato 1. 

Sul disco del pacchetto WSkell sono presenti 
anche i comandi ARP (Amiga Replacement 
Project) che sostituiscono i comandi dell’ Amiga- 
DOS contenuti nella directory c del Workbench. 
Questi comandi corrispondono a quelli forniti 
dalla Commodore, come COPY, INFO e MAKE- 
DIR, ma offrono ognuno qualcosa in più rispetto 
alle vecchie versioni. 

In genere hanno piccoli miglioramenti o file 
eseguibili di dimensioni minori oppure ancora 
opzioni più utili di quelle disponibili con i vecchi 
comandi. La documentazione relativa a questi 
nuovi comandi si trova nella directory “ARP 
UserDocs” ed è simile a quella disponibile nel 
Manuale dell’AmigaDOS . Pur non essendo d’impor- 
tanza essenziale all’interno del pacchetto WShell, 
questi nuovi comandi rappresentano comunque 
qualcosa in più rispetto a quanto è messo a 
disposizione dalla Commodore. 

Il sistema AREXX e il pacchetto WShkell sono 
venduti separatamente e sono reperibili presso: 


William S. Hawes 

(AREXX, $49.95; WShell, 849.95) 
P.O. Box 308 

Maynard, MA 01754, USA 

(Tel. 001161715688695) 


Entrambi i programmi funzionano su tutti i 
modelli dell’Amiga, con le versioni del sistema 
operativo 1.2 e 1.3. 


La prossima puntata 


Nel prossimo numero analizzeremo le tecniche 
di programmazione e illustreremo un sistema per 
quantificare il tempo d’esecuzione dei programmi. 
La temporizzazione degli eventi e il loro controllo 
nell’ambito del singolo task o dell’intero sistema ha 
molta importanza in una macchina multitasking 
come l’Amiga, dal momento che per mantenere 
l'efficienza del sistema i cicli della CPU non devono 
mai essere sprecati in rovinosi loop d’attesa. 

L'articolo proporrà una panoramica su questi 
aspetti e presenterà alcune procedure per la 
misurazione dei tempi impiegati a molteplici 
livelli, suddividendole per aree d'interesse. 

Si parlerà di come usare il sistema delle message 
port dell’Exec per controllare le temporizzazioni 
di un task, di come va usato il dispositivo Timer 
per ottenere risultati di precisione, e di come 
l'hardware intervenga in queste operazioni. Ve- 
dremo cosa accade dal punto di vista di Intuition 
e dell’AmigaDOS e naturalmente faremo uso di 
AREXX per il controllo delle temporizzazioni. 

fi 
1€/105 


YVIVICO 





AMIGA BASIC AVANZATO 


L'AMIGA BASIC ALLA 
CONQUISTA DI INTUITION: 
SCHERMI E FINESTRE 


Grazie a Intuition, da Basic si 


può risparmiare memoria chiudendo 


lo schermo Workbench, e ridirigere l’output su uno schermo personalizzato. 
Sempre da Basic analizziamo anche la gestione delle finestre di Intuition 


di Filippo Moretti e Dario Zanon 


on questo articolo ci proponiamo d'’intro- 
( durre i lettori all’uso delle funzioni grafi- 
che di Intuition dall’interno dei propri 

programmi Basic, senza far uso di moduli esterni 
in Coin Assembly. La libreria Intuition è ricca di 
funzioni per la grafica e per l’interfaccia utente, 
che sono in grado di soddisfare praticamente 
qualsiasi esigenza. Per il momento abbiamo scelto 
di trattare la gestione degli schermi e delle 
finestre. 

Prima di avvicinarci all'argomento da un punto 
di vista pratico affrontiamo qualche nozione 
teorica di base. Per comunicare con il sistema 
operativo dell’Amiga, i programmi devono gene- 
ralmente organizzare sotto forma di strutture 
(insiemi standard di parametri che il sistema è in 
grado d’interpretare) i dati che intendono inviare. 
Questo importante concetto vale per qualsiasi 
linguaggio, e quindi anche per il Basic. 

Intuition prevede molte strutture (RastPort, 
ViewPort, Screen...), ma in questo contesto quella 
che più ci interessa è NewScreen. 


La struttura NewScreen 


La struttura NewScreen viene impiegata per 
aprire un nuovo schermo di Intuition. Ricordiamo 
che gli schermi di Intuition sono quelli che 
possiamo muovere e sovrapporre l’uno all’altro 
agendo con il mouse. Ognuno ha caratteristiche 
proprie indipendenti dagli altri. Lo schermo 
Workbench viene aperto per default dal sistema, 
ma i programmi ne possono aprire altri secondo le 
loro necessità (si ricordi che lo schermo Workben- 
ch non è lo schermo del Workbench , ma lo schermo 
sul quale il Workbench disegna le proprie icone; il 
sistema lo apre per default anche se il Workbench 
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non viene mandato in esecuzione, e gli assegna il 
nome “Workbench Screen”). 

Questi schermi possono essere dotati di gadget 
di profondità, con i quali cambiare il loro ordine di 
sovrapposizione, esattamente come accade per le 
finestre di Intuition. Quando uno schermo non 
serve più, può essere chiuso per liberare memoria. 
In questo articolo vedremo com'è possibile chiude- 
re e riaprire anche lo schermo Workbench oltre ai 
normali schermi personalizzati. " 

Sebbene ogni schermo sia definito in memoria 
da una struttura Screen, i programmi che deside- 
rano aprire nuovi schermi devono servirsi della 
struttura NewScreen. L’apertura di ogni MUOVO 
schermo avviene infatti chiamando la funzione 
OpenScreen di Intuition e indicando l’indirizzo di 
una struttura NewScreen come argomento; questa 
funzione apre il nuovo schermo e crea una 
struttura Screen di cui restituisce l’indirizzo. 

La struttura NewScreen è definita come segue. 





In breve, i sig 
seguenti. LeftEd 
nate (x,y) 
schermo. Width e He 
l'altezza dello schermo, mentre Depth indica il 
numero di bit plane di cui lo schermo è composto 
(si ricordi che il numero di bit plane di uno 


nificati dei suoi parametri sono 1 
ge e l'opEdge indicano le coordi- 
dell’angolo superiore sinistro dello 


ight indicano la larghezza e 





VALORI CHE PUÒ ASSUMERE IL PARAMETRO VIEWMODE 


Esadec.  Decim. Descrizione 


0x8000 


DIENIFARNISNO 
HIRES 


-32768 risoluzione orizzontale di 640 pixel 


LACE Ox0004 4 risoluzione verticale di 512 pixel (interlace) 


SPRITES 0x4000 


16384 lo schermo supporta gli sprite 


0x0400 1024 dual playfield mode (schermi sovrapposti con effetti di trasparenza) 
2048 hold and modify mode (4096 colori contemporaneamente con é bit plane 


0x0800 


per una risoluzione orizzontale di 320 pixel) 
EXTRA_HALFBRITE  0x0080 128 extra half brite mode (512 colori contemporaneamente con 6 bit plane) 


VALORI CHE PUÒ ASSUMERE IL PARAMETRO TYPE 


Definizione €, Esadec. Decim. 
CUSTOMSCREEN  0x000F 15 
CUSTOMBITMAP — 0x0040 64 
SCREENQUIET 0x0100 256 
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Tavola 1 


schermo determina la quantità di colori che vi si 
possono visualizzare). DetailPen e BlockPen devo- 
no contenere rispettivamente il colore del tratto e 
il colore di riempimento che il sistema usa per 
visualizzare la barra titolo e i gadget dello 
schermo. Type indica il tipo di schermo; Font la 
fonte-carattere di default dello schermo (se si 
indica NULL viene impiegata Topaz 8, quella 
residente); DefaultTitle rappresenta la stringa di 
caratteri corrispondente al titolo dello schermo 
(NULL se non si desidera indicare nessun titolo); 
Gadgets contiene l’indirizzo della prima struttura 
Gadget in una lista che definisce tutti i gadget dello 
schermo. Infine, se si vuole utilizzare una propria 
bit map, occorre memorizzarne l’indirizzo nel 
parametro CustomBitMap (in caso contrario 
NULLI). 

Il parametro ViewMode, l’unico che non abbia- 
mo ancora descritto, dev'essere inizializzato con 
un valore corrispondente alle caratteristiche dello 
schermo che si vuole aprire. In C questi valori sono 
rappresentati dalle comode definizioni (direttiva 
#define) presenti nei file INCLUDE, ma queste 
definizioni sono semplici valori numerici, che in 
Basic si possono esprimere senza problemi sia m 
notazione decimale sia in notazione esadecimale. 
La Tavola 1 riporta i valori che i parametri 
ViewMode e Type possono assumere, € 1 loro 
significati. ; 

Si tenga presente che questi valori (in notazione 
binaria) rappresentano un particolare bit a hs 
Pertanto, possono anche essere sommati per 
impostare a 1 più bit, cioè per attivare più flag. Per 
esempio, se si desidera che lo schermo sla in alta 
risoluzione orizzontale (640 pixel per linea) e mn 
alta risoluzione verticale (512 pixel ottenutt In 
interlace), occorre memorizzare nel parametro 
ViewMode il valore -32764, ottenuto dalla somma 
algebrica di -32768 (HIRES) e 4 (LACE):; il valore 
-32768 corrisponde a una word nella quale solo il 
bit 15 è a 1, mentre il valore 4 corrisponde a una 
word nella quale solo il bit 2 è a 1: la loro somma 


schermo personalizzato (custom) 
indica che lo schermo dev'essere aperto con una bit map indicata dal task 
non visualizza la barra titolo 





genera il valore -32764, che corrisponde appunto 
a una word nella quale sono impostati a 1 sia il bit 
15 sia il bit 2. 


Accesso alle librerie 


Il sistema operativo dell’ Amiga è strutturato in 
librerie “shared”. Alcune, le più importanti, sono 
residenti su ROM, come Exec e Intuition, mentre 
altre sono residenti su disco e vengono caricate dal 
sistema operativo quando se ne presenta la 
necessità, senza che i programmi se ne rendano 
conto. Le librerie non residenti il sistema si aspetta 
di trovarle nella directory logica LIBS:, che 
normalmente è associata alla directory libs del 
disco sistema. 

Vediamo i passi da compiere per accedere alle 
librerie shared da Basic. 

A. Ogni libreria shared che s'intende impiegare 
da Basic dev'essere trasformata nell’opportuno file 
con estensione .BMAP richiesto dall’ Amiga BASIC. 
Questa trasformazione viene eseguita utilizzando 
il tool ConvertFD e gli FDfiles presenti nel disco 
Extras. I file risultanti possono risiedere in qualsia- 
si directory del sistema. Si noti che la trasformazio- 
ne vale per qualsiasi libreria shared, residente o 
non residente. 

B. A volte si fa uso di funzioni che restituiscono 
un numero al programma chiamante (per esempio 
un codice che indica l’esito dell'operazione, oppu- 
re un indirizzo come nel caso della funzione 
OpenScreen). Se si desidera chiamare da Basic 
funzioni che restituiscono valori numerici, occorre 
dichiararle esplicitamente prima di aprire le 
librerie in cui sono contenute. Questo si fa con 
l'istruzione Basic E FUNCTION fn) LIERARY, dove 
fn() è il nome della funzione, eventualmente 
seguito dal tipo di valore restituito (in genere “&” 
per un long integer, cioè un valore intero da 
quattro byte). Tutte le funzioni che invece non 
restituiscono valori numerici non devono essere 
dichiarate. 
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C. Per aprire una libreria occorre indicare 
esplicitamente il cammino di ricerca (path) che 
individua la directory nella quale si trova il file 
.BMAP; quest’operazione può essere effettuata 
scrivendo il relativo cammino di ricerca prima del 
nome della libreria, Oppure indicando come 
cammino quello corrente tramite l’istruzione Basic 
CHDIR. 

L'istruzione Basic che permette di aprire una 
libreria shared è LIBRARY. Presupponendo che il 
cammino di ricerca sia già stato indicato tramite 
l’istruzione CHDIR, la sintassi dell'istruzione è 
LIERARY “nome-libreria. library". Si noti che il nome 
della libreria dev'essere seguito obbligatoriamente 
dall’estensione -library (e non .BMAP come si 
potrebbe pensare). Eseguita questa istruzione, il 
programma può accedere alle funzioni contenute 
nella libreria. Si noti che per chiamare le funzioni 
che non restituiscono valori numerici si deve 
impiegare l’istruzione CALL, mentre per chiamare 


le altre è necessario comportarsi come se fossero 
funzioni Basic. 





chiudere tutte le librerie alla fine del programma, 
operazione che si può effettuare tramite l’istruzio- 
ne in Basic LIBRARY CLOSE. 


Apertura 
di un nuovo schermo 


3 Per aprire un nuovo schermo occorre aprire la 
libreria Intuition.library e servirsi della funzione 
OpenScreen in essa contenuta. Questa funzione si 
aspetta di ricevere come argomento l’indirizzo di 
una struttura NewScreen opportunamente inizia- 
lizzata. In Basic, si può definire una struttura come 
un array monodimensionale, all’interno del quale 
1 valori si dispongono secondo l'ordine imposto 
dalla struttura. Quando l’array è pronto, si ricava 
il suo indirizzo di memoria con un’opportuna 
Istruzione Basic, e lo si passa a OpenScreen come 
argomento. 

} Occorre fare alcune precisazioni sull’organizza- 
zione di questo array. I parametri contenuti nelle 
strutture standard dell’Amiga occupano quantità 
di byte differenti: possono richiedere un semplice 
byte, una word o una long word. Nella definizione 
dell’array occorre quindi fare in modo che ogni 
valore occupi il numero di byte previsto dal 
corrispondente parametro della struttura. Perché 
questo avvenga, inizializziamo l’array come array 
di interi, cioè un array nel quale ogni elemento 
occupa una word (due byte), e poi andiamo a 
memorizzarvi i dati rispettando l’organizzazione 
definita dalla struttura, tenuto però presente che 
in Basic un intero è costituito da due byte (i cui 
valori possibili vanno da -32768 a +32767). 

Vediamo nei dettagli i passi da seguire per aprire 
uno schermo. 

A. Aprire la libreria intuition.library rendendo 
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noto al sistema che la funzione OpenScreen 
restituisce un valore numerico (l’indirizzo della 
struttura Screen) al termine della sua esecuzione. 

B. Dichiarare e riempire un array NewScreen% 
(contenente 15 elementi) con i dati previsti dalla 
struttura NewScreen. ? 

C. Ricavarne il puntatore attraverso l’istruzione 
Basic VARPTR (NewScreen%). ERA 

D. Chiamare la funzione OpenScreen indican- 
do come argomento l’indirizzo ottenuto con 
l'istruzione VARPTR. Trattandosi di una funzione 
che restituisce un valore numerico, occorre chia- 
marla con un’istruzione del tipo: Openti e 
, nella quale NewScreenPtr& è l’indi- 
rizzo di memoria a partire dal quale è memorizzato 
l’array NewScreen%, che rappresenta la struttura 
NewScreen. ne: 

Il valore che la funzione OpenScreen restituisce 
è l'indirizzo della struttura Screen che ha creato 
per gestire lo schermo. È necessario Selene 
questo indirizzo per poter usare altre +: i 
libreria riguardanti gli schermi. Se il valore 
restituito è zero, significa che il tentativo di 
apertura dello schermo è fallito (per esempio a 
causa della mancanza di memoria da destinare alle 
bit map); è quindi buona norma controllare questa 
condizione onde evitare spiacevoli inconvenienti. 

Quando lo schermo non è più utile, è necessario 
ricordarsi di chiuderlo in modo tale da disimpe- 
gnare la memoria occupata. Per farlo, occorre 
chiamare la funzione CloseScreen con l’istruzione 
Basic: CALL Ela reeni , nella quale la variabile 
Basic s& deve contenere l’indirizzo della struttura 
Screen relativa allo schermo da chiudere. 

Per aprire uno schermo, si può anche impiegare 
l’istruzione SCREEN dell’ Amiga BASIC in alterna- 
tiva alla chiamata diretta della funzione OpenScre- 
en. L’unico problema è che diventa più complicato 
risalire all’indirizzo della struttura Screen relativa 
allo schermo. Vi si può riuscire aprendo sullo 
schermo una finestra Basic e ricavando l’indirizzo 
della relativa struttura Window tramite l’istruzio- 
ne Basic uî = WINDOHC7:. Infatti, in ogni struttura 
Window si trova un puntatore alla struttura 
Screen che definisce lo schermo sul quale la 
finestra è stata aperta. Questo puntatore inizia al 
byte 46 della struttura Window. L’istruzione Basic 
che ci consente di risalire all’indirizzo della 
struttura Screen di definizione dello schermo è: 5% 
= PEEELCMINDOME7I + 461, Rispetto al primo, questo 
secondo metodo è evidentemente sconsigliabile se 
la finestra che siamo costretti ad aprire non serve 
a nient’altro. 

Infine, per effettuare certe operazioni sugli 
schermi è anche necessario conoscere gli indirizzi 
delle strutture RastPort e ViewPort associate al 
particolare schermo. Supponendo che l’indirizzo 
della struttura Screen sia stato memorizzato nella 
variabile s&, possiamo facilmente risalire agli 
indirizzi delle due strutture RastPort e ViewPort, 
entrambi contenuti all’interno della struttura 
Screen, con le seguenti istruzioni Basic: 




















+ 44 


L’esempio che segue apre uno schermo impie- 
gando la funzione OpenScreen, e risale all’indiriz- 
zo della struttura RastPort per disegnare sullo 
schermo. 


Esempio 1 
Apertura di uno schermo (OpenScreen) 









FUMCTICH OpenScoreen 
"OFe:EMAFfile ntuition. library" 
/ "OFG:EMAPfilesaraphics, library" 








i ‘dimen: sche 
'bit plane (0EPTHI, 
‘modo CVIEW-MODE), 








ULT_TITLE 
(GADGET 





IF A THEN 
BEEP:PRINT "Apertura nuovo schermo fallita!" 
GOTO Fine 

EHD IF 


è port schermo 


li 





piolltiliz 
=i 












PRINT "—Premi il tasto sinistro del mous 
finestra Output —" 
(61=6;WEHD 


WHILE MOUSE 
Fine: 





Questo programma apre uno schermo tramite la 
funzione OpenScreen di Intuition, definendo una 
struttura (array) NewScreen% che contiene gli 
attributi dello schermo: risoluzione 320 x 230 (a 
partire dalla 25? linea), con quattro bit plane (16 
colori) e con Type = 15 + 256 = 271, cioè con gli 
attributi CUSTOMSCREEN e SCREEN QUIET (sen- 
za barra titolo). Una volta finito il disegno 
dimostrativo nei vari colori, si può premere il tasto 
sinistro del mouse per uscire dal programma. Si 
noti che i file .BMAP vengono indicati come 
presenti all’interno di una directory BMAPfiles sul 
disco inserito nel disk drive DFO:. Questo cammino 
di ricerca dev'essere opportunamente modificato 
qualora i file .BMAP risiedano altrove. 


Funzioni relative agli schermi 


Vediamo ora una serie di funzioni contenute 
nella libreria Intuition che ci permettono di 
effettuare alcune interessanti operazioni sugli 
schermi. 

Come abbiamo già spiegato, anche gli schermi 
possono essere sovrapposti come le finestre. Gene- 
ralmente, gli schermi dispongono di due appositi 
gadget di profondità che consentono all’utente di 
cambiarne l’ordine di sovrapposizione. Queste 
operazioni, che di solito si svolgono con il mouse, 
possono essere svolte da un programma in Basic 
chiamando le funzioni ScreenToBack(s&) e Scre- 
enToFront(s&) della libreria Intuition nel modo 
che abbiamo già visto. Queste funzioni fanno 
rispettivamente “indietreggiare” e “tornare in 
superficie” lo schermo del quale si è passato come 
argomento l’indirizzo della struttura Screen. 

Esistono altre due funzioni che svolgono lo 
stesso ruolo, ma solo per lo schermo Workbench: 
WBenchToFront() e WBenchToBack(), le quali 
non richiedono alcun parametro dal momento che 
lo schermo Workbench è lo schermo di default. 
Queste due funzioni restituiscono il valore NULL 
(cioè zero) se lo schermo Workbench non era 
aperto all'atto della chiamata. 


Un'altra operazione che si può svolgere dal 
Basic grazie a Intuition è lo spostamento verticale 
dello schermo. La funzione da impiegare è 
MoveScreen (s&, delta_x%, delta-y%), nella quale 
s& deve contenere l'indirizzo della struttura 
Screen dello schermo, mentre deltax% e del- 
ta-y% devono contenere rispettivamente la quan- 
tità di pixel orizzontali e verticali di cui sì desidera 
muovere lo schermo. l 

Un'ultima coppia di funzioni molto interessanti 
sono: r85 enichi eno 
eh, che ci consentono di chiudere e riaprire | 
schermo Workbench, così da risparmiare all’oc- 
correnza una quarantina di kilobyte di preziosa 
memoria chip, ovvero lo spazio di memoria 
occupato dallo schermo Workbench. Il valore 
result% restituito dalle funzioni (che dovranno 
quindi essere dichiarate come funzioni che resti- 
tuiscono valori numerici) indica l'esito: se vale 
NULL significa che l'operazione non ha avuto 
SUCCESSO. CloseWorkbench non ha mai successo se 
sullo schermo Workbench risulta presente anche 
una sola finestra. OpenWorkbench può non aver 
successo se il sistema non trova sufficiente memo- 
ria libera per riallocare lo schermo Workbench. 

È bene precisare che queste due funzioni non 
hanno niente a che vedere con il programma 
Workbench, quello con il quale siamo abituati a 
interagire. In particolare, mandare in esecuzione 
la funzione CloseWorkbench non significa chiude- 
re il programma Workbench, e chiamare la funzio- 
ne OpenWorkbench non significa caricarlo da 
disco: durante l’uso di queste due funzioni l’esecu- 
zione del Workbench non viene interrotta, come 
dimostra il prossimo programma. 

Come abbiamo detto, la funzione CloseWork 





È benchi e result*= pe en 
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bench è un po’ delicata in quanto può essere 
utilizzata solo a condizione che non sia aperta 
nessuna finestra nello schermo Workbench, e 
quindi neanche la finestra di output del program- 
ma. In ambiente Amiga BASIC questo si traduce 
nell’impossibilità di usare CloseWorkbench se non 
sì provvede ad aprire per il Basic un nuovo 
schermo, e a chiudere la finestra List rimasta sullo 
schermo Workbench. Questo è il metodo che usa 
il programma d’esempio che segue. 


Esempio 2 


Chiusura dello schermo Workbench 
(CloseWorkbench) 












rta su questo” 


ta all'interno” 











CHERMO WORKBENCH" 





o schermo Morkbench" 


IDO i; 
SCREEN È 








3 Viene aperto un nuovo schermo e poi una 
finestra per l’output dell’Amiga BASIC. Con 
questa operazione scompare dallo schermo Work- 
bench la finestra di output, e appare sul nuovo 
schermo la barra menu dell’Amiga BASIC. A 
questo punto l’utente viene invitato a chiudere la 
finestra List ed eventualmente le altre finestre 
ancora presenti sullo schermo Workbench. 
Ora il programma può chiamare con successo la 
funzione CloseWorkbench, che libera la memoria 
occupata dallo schermo Workbench. Effettuata 
quest'operazione, il programma mostra l’apprez- 
zabile differenza di memoria libera fra la configu- 
razione con schermo Workbench aperto e quella 
con schermo Workbench chiuso. 

Infine, il programma 
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chiama la funzione 


OpenWorkbench per riaprire lo schermo Work- 
bench, quindi chiude la finestra e lo schermo che 
aveva aperto, chiude la libreria ed esce. A questo 
punto, l'utente può rilanciare il programma e 


interagire con il Workbench come se niente fosse 
accaduto. 


La struttura NewWindow 


La struttura NewWindow è analoga alla struttu- 
ra NewScreen: i programmi che desiderano aprire 
una finestra devono inizializzarla e passarla come 
argomento alla funzione OpenWindow, la quale 
restituisce l’indirizzo della struttura Window che 
ha creato per la gestione della finestra. n: 

Al livello più basso, le finestre sono costituite da 
layer, cioè da bit map indipendenti le une dalle 
altre. Proprio per questa indipendenza, i layer 
possono essere spostati sullo schermo come fogli su 
un tavolo; e proprio come fogli possono essere 
sovrapposti fra loro. Fortunatamente, i program- 
matori possono disinteressarsi completamente dei 
layer, salvo in casi particolari, e gestire le finestre 
a un livello più alto. : 

Vediamo la definizione della struttura NewWin- 
dow riportata nel file INCLUDE intuition.h: 


struct Hewlindow 


Î 
ULO 
UL 





I primi sei parametri sono analoghi a quelli visti 
per la struttura NewScreen. I parametri IDCMP- 
Flags e Flags contengono flag che descrivono la 
gestione della finestra e le sue caratteristiche. Se si 
desidera associare alla finestra una serie di gadget 
personalizzati, il puntatore FirstGadget dev'essere 
inizializzato con l’indirizzo di una lista di strutture 


Gadget. Title viene inizializzato con l’indirizzo 
della stringa di testo che costituisce il titolo della 
finestra. 


Screen è il puntatore che individua la 
struttura Screen che definisce lo schermo. BitMap 
dev'essere inizializzato con l'indirizzo di una 
struttura BitMap se si desidera impiegarne una 
particolare anziché quella di default. I quattro 
parametri che seguono definiscono le dimensioni 
minime e massime che la finestra può assumere 
quando viene ridimensionata. Infine, Type indica 
il tipo di schermo. 

Nell'ambito di questo articolo avremo a che fare 
soltanto con le dimensioni, le caratteristiche, il 
titolo, il puntatore allo schermo, le dimensioni 
minime e massime e il tipo di schermo: sono 





VALORI CHE PUÒ ASSUMERE IL PARAMETRO FLAGS 


PETIZIONI 


WINDOWSIZING 
WINDOWDRAG 
WINDOWDEPTH 
WINDOWCLOSE 
BACKDROP 
GIMMEZEROZERO 
BORDERLESS 
ACTIVATE 
SMART_REFRESH 
SIMPLE_REFRESH 


ESEES DESIUA 


0x0001 ] 

Ox0002 2 
Ox0004 4 
0x0008 8 
Ox0100 256 
0x0400 1024 
0x0800 2048 
Ox1000 4096 
Ox0000 0 
0x0040 64 


VALORI CHE PUÒ ASSUMERE IL PARAMETRO TYPE 


PENIEZASIZIe 


Esadec. DEISINA 


0x0001 i 
Ox000F 15 


WBENCHSCREEN 
CUSTOMSCREEN 
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parametri più che sufficienti per gestire le finestre 
con più flessibilità di quanto ci consenta l’ Amiga 
BASIC, senza tuttavia complicare troppo le cose 
(situazione che renderebbe opportuno ricorrere al 
linguaggio C). 

Nella Tavola 2 sono illustrate le costanti che 
possiamo impiegare per i parametri Flags e Type; 
come nel caso della struttura NewScreen, ognuna 
imposta un particolare bit, o flag, del parametro. 
Quelle che iniziano con la parola WINDOW 
attivano i vari gadget standard previsti da Intui- 
tion per agire sulla finestra (il gadget di ridimen- 
sionamento, la barra di spostamento, i gadget di 
profondità e il gadget di chiusura). BACKDROP 
serve a visualizzare la finestra “sul fondo”, in modo 
che non possa coprire altre finestre. GIMMEZERO- 
ZERO serve a fare in modo che l’origine delle 
coordinate all’interno della finestra corrisponda 
all’angolo in alto a sinistra dello spazio interno alla 
finestra, immediatamente sotto la barra di sposta- 
mento, come avviene con le finestre apribili 
dall’Amiga BASIC; se questo flag non viene 
impostato, l’origine delle coordinate diventa il 
punto più in alto a sinistra di tutta l’area occupata 
dalla finestra (si noti però che l’uso di GIMMEZE- 
ROZERO occupa più memoria a parità di area). 
BORDERLESS serve a non far disegnare il bordino 
che racchiude la finestra. ACTIVATE fa in modo 
che la finestra risulti attiva non appena viene 
aperta, come avviene col comando WINDOW 
dell’ Amiga BASIC. SMART_REFRESH e SIM- 
PLE_REFRESH indicano al sistema cosa fare nel 
caso in cui la finestra venga sovrapposta da 
un’altra: la prima costante fa in modo che quando 
la finestra viene coperta sia lo stesso sistema 
operativo a occuparsi di salvare il contenuto della 
relativa bit map, allo scopo di rivisualizzarlo 
quando la parte coperta torna in superficie (s1 noti 
però che questo refresh automatico non avviene se 
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DES AE 


attiva il gadget di ridimensionamento 

attiva la barra di spostamento 

attiva i gadget di profondità 

attiva il gadget di chiusura finestra 

finestra “incollata” allo sfondo 

origine delle coordinate sotto la barra titolo 
finestra senza bordi 

attiva la finestra dopo l'apertura 

ridisegna la finestra dopo che è stata “scoperta” 
non ridisegna la finestra automaticamente 


schermo Workbench 
schermo personalizzato 





la finestra viene ridimensionata; in questo caso è il 
task che deve provvedere a ripristinare il contenu- 
to della finestra, come avviene per la finestra CLI). 
La seconda costante, SIMPLE_REFRESH, specifica 
viceversa che l'operazione di refresh verrà effet- 
tuata dal programma (risparmiando così una 
quantità considerevole di memoria). 

Le costanti relative al parametro Type indicano 
il tipo di schermo: WBENCHSCREEN o CUSTOM- 
SCREEN. Indicando la prima costante, Intuition 
apre la finestra sullo schermo Workbench, qualun- 
que sia il contenuto del parametro Screen; indican- 
do invece la seconda, Intuition apre la finestra 
sullo schermo individuato dal parametro Screen. 

Da Amiga BASIC è anche possibile utilizzare le 
funzioni della libreria Exec per entrare in attesa di 
messaggi. Questo comporta l’impiego di message 
port, messaggi, segnali... una complessa rete di 
comunicazione che permette al programma Basic 
di essere “avvisato” da Intuition per esempio 
quando l'utente seleziona un gadget della finestra. 
Realizzare un programma in Basic che sia in grado 
di elaborare messaggi provenienti da Intuition è 
però molto complicato, al punto che diventa più 
conveniente impiegare il linguaggio C. Quindi 
non ci soffermeremo su questo aspetto della 
programmazione in Amiga BASIC. 

Vediamo ora com'è possibile aprire una finestra 
impiegando le funzioni di Intuition, cioè disponen- 
do di un controllo molto più diretto di quanto 
consente l'istruzione WINDOW del Basic. Come 
per la gestione degli schermi, è sufficiente definire 
e inizializzare opportunamente un array che 
chiamiamo NewWindow%, ricavarne l'indirizzo 
memorizzandolo nella variabile NewWindow&, e 
indicarlo come argomento della funzione 
OpenWindow di Intuition. L'istruzione Basic è: 
= fipenilli ndo Newllindout :; in w& si ottiene l'indirizzo 
della struttura Window che Intuition impiega per 





gestire la finestra (si noti che se w& è uguale a zero 
significa che per qualche ragione la funzione non 
è riuscita ad aprire la finestra). 

Se invece s’impiega l’istruzione WINDOW del 
Basic, si riesce ugualmente a risalire all’indirizzo 
della struttura Window di gestione della finestra 
tramite l’istruzione Basic: MINDOW7). Grazie 
all'indirizzo w&, si può poi risalire all’indirizzo 
della struttura RastPort (contenuto nella struttura 
Window) tramite l’istruzione: rei = FEEKL i 

Si noti che se la finestra è stata aperta con 
l’istruzione Basic WINDOW, l’indirizzo della strut- 
tura Window lo possiamo ricavare anche con 
l’istruzione: ret = WIHDOM(s), 

Il programma che ora illustriamo apre una 
finestra sullo sfondo impostando i flag BACKDROP 
e BORDERLESS per ottenere un interessante 
effetto. 








Esempio 3 
Apertura di una finestra (OpenWindow) 











Questo programma costruisce un array 
NewWindow% contenente 23 elementi e chiama la 
funzione OpenWindow per disegnare una finestra 
di tipo BACKDROP, che risiede cioè sempre e solo 
sullo sfondo; su di essa viene poi disegnato un 
retino che dà l'impressione di lavorare direttamen- 
te sullo schermo Workbench. 


Funzioni relative alla gestione delle finestre 


La prima funzione che analizziamo permette di 
cambiare il nome della finestra e/o del relativo 
schermo senza influire sul contenuto della finestra 
(operazione che in Basic è impossibile in quanto il 
comando WINDOW ridisegna ogni volta il conte- 
nuto della finestra). La sintassi della funzione è la 
seguente: SetMindouTitles ( vindovnamept 
efinameptri), dove w& è il puntatore alla struttura 
Window relativa alla finestra sulla quale desideria- 
mo agire; window-name_ptr& e scre- 
en-name-ptr& sono gli indirizzi rispettivamente 
del nome della finestra e del nome dello schermo. 
Occorre notare che non è possibile passare 
direttamente una stringa alle funzioni di libreria, 
ma si può aggirare l’ostacolo specificando il 
puntatore alla locazione di memoria in cui è 
contenuto il primo carattere della stringa. La fine 
dell'insieme di caratteri ASCII è segnalata dal 
terminatore CHRS$(0). Per ricavare l’indirizzo 
relativo all’inizio di una stringa, l’Amiga BASIC 
dispone della funzione SADD(stringa$). Se uno dei 
due puntatori viene inizializzato con il valore 1, il 
corrispondente titolo viene lasciato inalterato. 

Un'altra operazione che Intuition ci consente di 
compiere facilmente è la modifica dei limiti di 
ridimensionamento di una finestra senza che 
occorra ridefinirla. La funzione di cui dobbiamo 
servirci è WindowLimits, che prevede la seguente 
sintassi: HindowLimit= è minwidth®, min-height%, 
naxmidihi, maxheigh Oltre al già citato w&, gli 
altri valori si riferiscono alle dimensioni minime e 
massime (in larghezza e altezza) che la finestra può 
assumere quando l’utente la ridimensiona con il 
mouse. Questa funzione restituisce il valore NULL 
qualora l'operazione non abbia esito positivo, per 
esempio se i limiti minimi indicati come argomenti 
sono maggiori dell’attuale dimensione della fine- 
stra, oppure quelli massimi sono minori. 

Bisogna fare attenzione a usare questa funzione 
sulla finestra Output del Basic, perché se imponia- 
mo una misura verticale superiore alle 200 righe 
NTSC, una volta che la finestra viene chiusa ogni 
tentativo di riaprirla darà inevitabilmente l’errore 

Illegal function call”. A questa stessa situazione si 
perviene se per esempio si estende manualmente la 
finestra List dell’ Amiga BASIC: dopo che l’avremo 
chiusa non riusciremo a riaprirla se non selezio- 
nando l'opzione Start del menu Run, oppure 
l'opzione New del menu Project. 

Le due funzioni di Intuition MindouToFront \ e 
feuTofack «ut. sono analoghe a quelle viste per gli 
schermi. Il loro scopo è portare la finestra w& in 
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superficie, o spostarla al di sotto delle altre. 

La funzione Movellindow (ut, delta-x, delta. 4y#) Serve 
a spostare la finestra in un’altra posizione dello 
schermo. I parametri delta_x% e delta-y% indica- 
no lo spostamento della finestra lungo la coordina- 
ta delle ascisse e delle ordinate. 

È inoltre possibile modificare le dimensioni della 
finestra tramite la funzione Sizellindo delt 
delta), in cui — è ormai ovvio — i due parametri 
“delta” determinano il numero di pixel di cui 
dev'essere ingrandita o rimpicciolita (se il valore è 
negativo) la finestra individuata dall’indirizzo w&. 

Per concludere citiamo la funzione ActivateMiti- 
dor , che serve a rendere attiva la finestra 
indicata da w&; ovviamente esiste anche una 
Closellindo i, che ci consente di chiuderla. 














Ridirezione dell’output 


Fin qui si è visto come utilizzare le funzioni di 
libreria per gli schermi e per le finestre semplice- 
mente passando come parametro l’indirizzo della 
struttura appropriata. Per usufruire di talune 
istruzioni Basic che producono un output (come da 
esempio, FILES), sarebbe utile poter “ingannare” 
l’Amiga BASIC definendo come finestra Output 
una qualsiasi altra finestra 0 schermo. In questo 
modo gli effetti di tutti i comandi Basic verrebbero 
dirottati sulla finestra aperta dal nostro program- 
ma anziché comparire sulla finestra Output dell’A- 
miga BASIC. 

Ricordando che con l’istruzione Basic WIN- 
DOW(8) otteniamo l’indirizzo della struttura Ra- 
stPort relativa alla finestra Output, possiamo 
ricavare l’indirizzo del parametro BitMap in essa 
contenuto tramite l’istruzione: Bitloc&= HIND0W(8) +4. 
Successivamente, possiamo ricavare il contenuto 
di tale parametro, cioè l'indirizzo della struttura 
BitMap, tramite l’istruzione oldEnà = PEEKL(BMlock). 
Questo indirizzo dev'essere memorizzato altrove 
per poterlo ricollocare successivamente nel para- 
metro BitMap. Ora passiamo a modificarlo in 
modo che l'output dei comandi Amiga BASIC 
venga diretto su un altro schermo. Se l'indirizzo 
della struttura Screen relativa a questo schermo è 
contenuto nella variabile s&, la ridirezione dell’ou- 
tput si ottiene con la seguente istruzione: FUKEL 
CEMLar PEEELi Sì i 

L'indirizzo della struttura Screen lo otteniamo 
direttamente come valore restituito dalla funzione 
OpenScreen(); se invece per aprire lo schermo 
abbiamo impiegato l'istruzione SCREEN; occorre 
aprirvi sopra una finestra che ci consenta di 
ricavare l’indirizzo della struttura Screen con 
l'istruzione: = PEEKL (WINDOM(7)+46). Ottenuto QUe- 
sto indirizzo, la finestra può essere chiusa. 

Un ulteriore metodo consiste nell’impiegare 
l'indirizzo base della libreria Intuition. Questo 
metodo però può essere impiegato soltanto quan- 
do si ha la certezza che lo schermo sul quale 
vogliamo ridirigere l'output è l’unico oltre allo 
schermo Workbench di default. Dato che l’indiriz- 











zo base della libreria Intuition è contenuto nella 
variabile IntuitionBase&, l’istruzione Basic per 
ottenere l’indirizzo della struttura Screen relativa 
al nuovo schermo è la seguente: =% = PEEKLiPEEKLCI 
tuitionBaze+5é L’indirizzo base della libreria 
Intuition si può facilmente ricavare impiegando la 
funzione OpenLibrary della libreria Exec (per la 
quale bisognerà crearsi l'apposito file .BMAP). 
Questa funzione ha la seguente sintassi: Intuition- 
Base = (penlibrary (libraruname-ptrà, vers , dove 
library-name-ptr& è il puntatore alla stringa 
contenente il nome della libreria da aprire, mentre 
version% in genere è impostato a zero. Da Basic, 
l'istruzione che dobbiamo impiegare è la seguente: 
IntuitioneE Openlibrarus (SA00C"intui- 
tion. library"+CHE } 5 

Infine facciamo presente che l’output, sebbene 
sia ridiretto verso un altro schermo, viene ugual- 
mente influenzato dalle operazioni che compiamo 
con il mouse sulla vera finestra Output dell’Amiga 
BASIC. 

Per concludere, offriamo una piccola curiosità 
senza alcun commento: provate a scrivere qualche 
valore nella locazione corrispondente all’indirizzo 
CIntuitionBas 5 e date un RUN senza nessun 


programma è 






















Esempio 4 
Ridirezione dell’output 





WTRDOM © 
INDOW i, 

















LIBRARY CL 
END 


Questo programma apre un nuovo schermo e su 
questo una finestra con le istruzioni dell’Amiga 
BASIC (SCREEN e WINDOW). La finestra viene 
usata soltanto per ricavare l'indirizzo della struttu- 
ra Screen relativa allo schermo, e viene subito 
chiusa. Successivamente l'output del comando 
FILES viene provvisoriamente ridiretto su questo 
schermo anziché sulla finestra Output dell'Amiga 
BASIC. I 
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LISTATI: MANDELBROT C-64/C-128 


FRATTALI IN INTERLACE 
CON 320 X 200 PIXEL 
A QUATTRO COLORI 


L’insieme a dimensione frazionale più famoso del mondo in due versioni 


per il C-64 e il C-128, che offrono l’alta risoluzione e un metodo software 


per superare il limite dei due colori 


di Dario Greggio 


frattali sono quei bellissimi oggetti con mille 
I sfumature che si vedono un po’ dappertutto 
sui monitor dei computer. Il loro successo 
può essere spiegato molto facilmente: in una 
formula lunga meno di dieci caratteri riassumono 
un'elevata complessità matematica, un aspetto 
grafico sorprendente e una vera e propria sfida alle 
capacità di ogni computer. In altre parole hanno 
tutte le carte in regola per rientrare nella categoria 
delle cose belle e complesse ma non troppo 
complicate... un po’ come il gioco degli scacchi. 
Per quel che riguarda il C-64/128, dinanzi alle 
apparentemente limitate potenzialità dell’hardwa- 
re, quasi nessuno ha mai cercato di ottenere effetti 
frattali sui computer a 8 bit della CBM. Chi scrive 
ha deciso invece di accettare la sfida. È vero che 
non esiste un compilatore C serio per questi 
computer, e il C sarebbe l’unico linguaggio d’alto 
livello adatto a garantire una velocità sufficiente, 
ma è vero anche che la potenza di elaborazione in 
linguaggio macchina di una CPU 6502 funzionante 
a 1 MHz eguaglia quella di un 68000 dotato di un 
clock pari a un terzo di quello installato sull’Ami- 
ga. Abbiamo quindi cominciato a sospettare che 
un programma interamente scritto in LM avrebbe 
dato risultati degni di nota sia sul C-64 sia sul C-1928. 
Rimaneva però il problema della grafica: pochi 
colori nell’alta risoluzione standard, pochi pixel in 
multicolor. 


La risoluzione super alta 


Il problema, in effetti, non era secondario: 
vedere i frattali in bianco e nero ci avrebbe 
riportato ai pionieristici anni Sessanta, quando il 
signor Benoit Mandelbrot teorizzò per la prima 
volta, senza poterli vedere, i suoi oggetti a 
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dimensione frazionale. Il modo multicolor, invece, 
avrebbe fornito i quattro colori indispensabili ma 
avrebbe ridotto i preziosi filamenti del disegno a 
rozze e sgradevoli scalette di pixel. 

Osservando l’Amiga, abbiamo pensato che sa- 
rebbe stata una bella sfida tentare di utilizzare un 
trucco analogo all’interlace anche con il VIC, il 
chip video del C-64 e del C-128 nel modo a 40 
colonne. Sapevamo che non era possibile visualiz- 
zare alternativamente due schermate sfalsate di 
mezzo pixel come si fa sull’Amiga, però a noi 
bastava l’alta risoluzione standard di 320 x 200 
pixel... purché aumentassero i colori. 

L’idea è piuttosto semplice: alternando ad alta 
velocità due schermate da 320 x 200 pixel, ognuna 
dotata di due colori, si ottiene ancora una 
schermata da 820 x 200 pixel nella quale appaiono 
quattro colori, formati dalla sovrapposizione delle 
due coppie di colori che compongono le due 
schermate. In pratica, si riescono a ottenere 
quattro colori per sintesi additiva. : 

Per alternare due schermate alla massima veloci- 
tà, occorre sincronizzarsi con il momento durante 
il quale il pennello elettronico non scandisce 
alcuna linea di schermo (perché altrimenti in 
alcuni istanti lo schermo apparirebbe suddiviso in 
due parti, una occupata dalla prima schermata e 
una occupata dalla seconda). Abbiamo quindi 
creato la solita routine in LM per la gestione degli 
interrupt del raster video. Si tratta di una routine 
che a ogni scansione verticale dello schermo 
cambia il blocco di memoria visibile dal chip video, 
in modo che alla scansione successiva l’immagine 
che si forma sullo schermo non sia quella appena 
visualizzata. Come risultato si ottiene uno schermo 
sfarfallante a 25 Hz che offre due immagini 
sovrapposte da 320 x 200 pixel, ognuna con due 





colori propri che sovrapponendosi generano ai 
nostri occhi quattro colori. La cosa più interessan- 
te di questa particolare schermata grafica è la 
generazione dei colori che, essendo ottenuti per 
combinazione e sovrapposizione dei 16 colori 
originali del C-64, sono del tutto nuovi e non 
sarebbero generabili affidandosi semplicemente 
all'hardware. Lo sfarfallio purtroppo è consisten- 
te, anche se un’opportuna scelta di colori, attenua 
l’effetto. I due programmi che accompagnano 
l'articolo, uno per il C-64 e uno per il C-128, 
sfruttano questo singolare metodo per visualizzare 
l'insieme di Mandelbrot. 


L’insieme di Mandelbrot in LM 


Una volta escogitato il sistema per disporre dei 
colori e della risoluzione necessaria, la stesura in 
linguaggio macchina del programma di calcolo del 
frattale di Mandelbrot è diventata una sfida molto 
più stimolante. Lo scoglio principale che rimaneva 
da superare per realizzare l'algoritmo di calcolo 
della regione frattale era la scrittura di opportune 
routine di calcolo in virgola mobile o, al limite, 
anche in virgola fissa ma che comunque non 
fossero limitate agli interi. La formula che permet- 
te di calcolare gli elementi dell’insieme di Mandel- 
brot è: 7= 22 + c, dove z e c sono numeri complessi. 
Come si può notare, compaiono nella formula 
operazioni di somma, sottrazione, moltiplicazione 
ed elevamento a potenza. A livello di codici 
macchina, però, la CPU del C-64 non consente di 
eseguire altro che somme e sottrazioni d’interi, e 
quindi occorre una libreria di funzioni matemati- 
che che svolgano anche operazioni riguardanti 
numeri decimali. 

Tutte queste operazioni vengono normalmente 
svolte dall’interprete Basic, € quindi nelle ROM di 
sistema del C-64 dovevano esistere le routine 
necessarie. Avendo a disposizione il disassemblato 
del Kernel, è stato abbastanza facile rintracciare gli 
indirizzi di chiamata e i parametri necessari per 
l’impiego di queste routine. Le routine utilizzate 
eseguono calcoli su numeri in virgola mobile. 
Infatti, poiché il sistema operativo del C-64 
contiene le routine di base per i calcoli in virgola 
mobile, abbiamo evitato di scrivere nuove routine 
per i calcoli in virgola fissa. Questo però avrebbe 
portato qualche vantaggio in termini di velocità, 
dal momento che il calcolo dei frattali richiede al 
massimo una cifra prima della virgola. i 

Nel programma sono stati presi alcuni accorgi- 
menti per migliorare la velocità di esecuzione. Per 
esempio, le pagine grafiche vengono cancellare 
durante la fase d’inizializzazione, il che permette, 
durante il tracciamento dell'immagine frattale, di 
eseguire solo l’operazione di accensione dei pixel 
e di evitare quella di spegnimento. Il programma 
inoltre calcola l'indirizzo del byte contenente il 
generico pixel della pagina video solo ogni otto 
pixel, dal momento che gli otto pixel si trovano 
all’interno dello stesso byte a causa della particola- 


re gestione della memoria video del C-64. Sono 
infine stati disabilitati gli interrupt, sempre allo 
scopo di aumentare la velocità di esecuzione. 

Si sono poi adottati diversi “trucchi” suggeriti da 
un esame più approfondito della formula di 
Mandelbrot, tutti allo scopo di evitare calcoli 
superflui. Prima di descrivere queste scorciatoie 
software, riepiloghiamo brevemente la strada da 
seguire per calcolare un insieme di Mandelbrot. 

Si esplora una zona del piano complesso, cioè il 
piano cartesiano che ha sull’asse delle ascisse i 
numeri reali e sull’asse delle ordinate i numeri 
immaginari. Per ogni punto (la distanza tra un 
punto e il successivo dipende dalla precisione che 
vogliamo ottenere) si calcola la successione esami- 
nata poco sopra: z (numero complesso, inizialmen- 
te uguale a 0 + 0î) = 2° + c (numero complesso 
corrispondente alle coordinate del punto sul 
piano). Possono verificarsi due casi: la successione 
diverge dopo poche iterazioni (in tal caso si 
memorizza il numero delle iterazioni effettuate), 
oppure la successione non diverge dopo un 
numero stabilito di cicli (allora si assume che non 
divergerà mai e si utilizza un valore convenzionale 

er indicare questa situazione). 

Va detto che i punti appartenenti all'insieme di 
Mandelbrot, secondo la definizione matematica, 
sono quelli in cui la successione non diverge mai. 
Tuttavia, i punti più spettacolari da visualizzare 
sono quelli in cui la successione diverge dopo un 
numero finito d’iterazioni, e quindi nel nostro 
programma visualizziamo anche questi ultimi. 

Tutti i programmi di calcolo dell'insieme esplo- 
rano il piano complesso (con un’accuratezza 
maggiore o minore a seconda della risoluzione) 
applicando a ogni pixel la routine di calcolo della 
successione. Questa rappresenta il ciclo più inter- 
no, quello che si deve ottimizzare in termini di 
tempi d’esecuzione. Considerando di memorizza- 
re le coordinate del particolare punto del piano 
(corrispondente a un pixel sullo schermo) nella 
variabile complessa c, la routine di calcolo si può 
rappresentare simbolicamente nel modo seguente: 


WHILE |z|<2 AND Conto<100 
Ì 
z=z2+c 
Conto = Conto + l 


Il ciclo viene ripetuto finché il modulo del 
numero complesso rimane minore di 2 oppure fino 
a quando non si supera il valore massimo d’itera- 
zioni consentite, qui posto pari a 100, che rappre- 
senta la precisione con la quale desideriamo venga 
effettuato il calcolo. Poiché il calcolo del modulo di 
un numero complesso implica una radice quadrata 
e la somma di due quadrati, si ha a che fare con 
un'operazione piuttosto lunga a livello di cicli 
macchina. È tuttavia possibile evitare di calcolare 
la radice quadrata se si confronta il quadrato del 
modulo del numero complesso z con 4. 

Facendo uso di variabili temporanee, si possono 
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poi risparmiare altre operazioni utilizzando i due 
quadrati calcolati durante l’operazione di eleva- 
mento a potenza anche per il calcolo del modulo. 
Infine, ma questo è proprio un artificio derivante 
dalla rappresentazione dei numeri in virgola 
mobile mantenuta internamente dal computer, è 
possibile moltiplicare per due un numero in 
virgola mobile semplicemente incrementando di 
uno il byte che ne rappresenta l'esponente. 4 
Il programma da noi realizzato impiega circa 
cinque ore per esplorare tutta la regione compresa 
tra le coordinate (-2,-2) e (2,2), ma questo tempo 
si riduce di circa il 50 per cento se il programma 
viene eseguito su un C-128 in modo fast. Si tratta 
di prestazioni paragonabili a quelle ottenute in 
Pascal su un IBM XT funzionante a 8 MHz. 


Le opzioni di contorno 


Il programma Mandelbrot, nelle due versioni 
per C-64 e C-128, contiene le due routine in LM ora 
descritte e alcune altre cosette che servono per la 
gestione delle immagini. 

Abbiamo infatti a disposizione un menu con 
cinque scelte. Le prime due servono a caricare e 
memorizzare immagini grafiche anche non gene- 
rate con questo programma. Il formato è analogo 
a quello adottato dal pacchetto Doodle II, ossia si 
tratta di file lunghi 9K, composti da un kilobyte 
riguardante i colori e da altri 8 per la pagina bit 
map. Naturalmente occorrono due di questi file 
per ogni schermata (al cui nome il programma 
antepone i prefissi “FF1” e “FF2”). Nella versione 
per il C-64, in mancanza d’istruzioni in Basic per il 
caricamento e la registrazione di blocchi di 
memoria, abbiamo utilizzato una routine che byte 
dopo byte esegue il trasferimento da file a 
memoria e viceversa. Sempre con la versione per 
il C-64, abbiamo scartato alcune aree di memoria 
che non potevano essere utilizzate per i dati 
grafici; infatti quando il chip del video accede a 
quelle zone, in realtà accede alla ROM caratteri. La 
terza opzione esegue il calcolo della regione 
frattale: dapprima copia i dati della routine (la 
quale non è “rientrante”, cioè dev'essere reinizia- 
lizzata ogniqualvolta la si usa), poi la manda in 
esecuzione. Alla fine attiva la sezione che genera la 
visualizzazione nella nostra risoluzione speciale e ci 
permette di variarne i colori, cioè attiva automati- 
camente l'opzione successiva. L'ultima opzione del 
menu ci permette di visualizzare una schermata a 
quattro colori, e di alterarne i colori attraverso 
l’uso dei tasti da 1 a 4. Ogni pressione di questi tasti 
causa l'incremento del codice di colore relativo 
nella pagina in alta risoluzione (non ha ovviamente 
alcun senso chiamarli colori di sfondo e di primo 
piano). Quando desideriamo tornare al menu, è 
sufficiente premere la barra spaziatrice. 

Vediamo ora come si può agire sul programma 
di tracciamento per variarne alcuni parametri. Il 
numero 100, che compare come quarto numero 
nelle istruzioni DATA, rappresenta il massimo 
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numero d’iterazioni effettuate durante il calcolo 
della successione. Riducendo tale valore si aumen- 
ta la velocità di esecuzione, anche se si perde in 
precisione e accuratezza dei particolari, mentre 
aumentandolo (il limite è 255) crescono linearmen- 
te il tempo d’esecuzione e anche la precisione: 100 
è un compromesso per ottenere un buon risultato 
in un tempo ragionevole. 

I venti numeri che seguono sono la rappresenta- 
zione in virgola mobile dei quattro estremi della 
zona di piano complesso che viene esaminata dalla 
routine. Nell’ordine sono: ascissa minima, ascissa 
massima, ordinata minima e ordinata massima. I 
valori impostati sono quelli tipici dei calcoli relativi 
all'insieme di Mandelbrot, rispettivamente -2, 2, 
—2 e 2. Per alterarli occorre avere un po’ di 
dimestichezza con la memoria del C-64/128, e 
tenere conto del checksum che viene eseguito. 

In pratica, quando dobbiamo stabilire quale 
cinquina di byte rappresenta, per esempio, il 
valore decimale -1,7, il metodo più semplice 
consiste nel lasciar fare la conversione al sistema, e 
leggere poi i byte che ci interessano. Dapprima si 
legge qual è la locazione di memoria a partire dalla 
quale verrà memorizzata la prossima variabile 
numerica: sl ottiene scrivendo PRINT PE- 
EK(46)*256+PEEK(45). Successivamente si assegna 
a una variabile di comodo il valore desiderato, 
60 = 1.7. A questo punto, a partire dall’indirizzo 
ricavato in precedenza troveremo i primi due 
caratteri costituenti il nome della variabile e in 
seguito i cinque byte della rappresentazione in 
virgola mobile di -1,7: sarà sufficiente leggerli e 
Fiportarne i valori nel listato. È possibile ampliare 
il listato per leggere in input le due coppie di 
coordinate, effettuare la conversione e inserire a 
livello di codice oggetto i valori richiesti (si tenga 
presente che nel caso del C-64 il programma Basic 
non può crescere oltre i 24 blocchi su disco, mentre 
con il C-128 non può crescere oltre i 29 blocchi). Gli 
utenti del C-128 devono ricordarsi di lavorare nel 
banco di memoria delle variabili, ossia nel banco 1. 
Possono inoltre abbreviare la procedura sopra 
descritta assegnando, senza altri interventi, il 
valore desiderato a una variabile di comodo e 
leggendone poi l’indirizzo con la funzione POIN- 
TER(<nome variabile>): il nostro numero in 
virgola mobile si trova all’indirizzo restituito da 
questa funzione. I tre numeri che seguono, nelle 
Istruzioni DATA, rappresentano la larghezza dello 
schermo (due byte) e l’altezza (un byte), qui fissate 
a 320 pixel e a 200. Se si desidera modificarli, 
bisogna fare attenzione a non aumentarli oltre 
questi valori. 


Ulteriori sviluppi 


Le possibilità aperte dal nuovo modo grafico che 
abbiamo illustrato sono notevoli. ‘Tra le altre cose, 
s1 possono ottenere sullo schermo anche i colori 
prodotti dall’hardware del C-64, accanto a quelli 
ottenuti per sovrapposizione: basta che ai pixel ai 





quali si vuole assegnare uno dei 16 colori “hardwa- 
re” corrisponda nelle due schermate lo stesso 
colore, che sovrapponendosi a se stesso non genera 
nuove tinte. Spingendosi oltre, si potrebbero 
realizzare programmi in grado di disegnare un’im- 
magine da 320 x 200 pixel con quattro colori scelti 
da una palette di 136 (16 hardware più 120 per 
sovrapposizione). Si può anche pensare di utilizza- 
re questo sistema per i giochi che non presentano 
animazioni, come adventure o simili. Infine, anche 
il modo d’impiegare le routine matematiche del 
Kernel può costituire un utile spunto per i 
programmatori che hanno bisogno di effettuare 
nelle loro applicazioni calcoli con numeri decimali. 
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NOVITA HARD E SOFTWARE DALL’ITALIA E DAL MONDO 


N, 


ITALIA 


LA COMMODORE 
CAMBIA CASA 


La Commodore Italiana spa 
comunica che dal giorno 22 mag- 
gio 1989 il suo indirizzo è diventa- 
to: 

Viale Fulvio Testi, 280 

20126 Milano 

tel. 02/66123.1 

fax 02166101261, telex 323496 


AMIGA MEDICO 


Da anni la software house Gio- 
cologico si avvale di sistemi Com- 
modore, con particolare riguardo 
per i modelli della famiglia Ami- 
ga, per sviluppare applicazioni 
originali. L’ultima in ordine di 
tempo è Amiga Medico, uno stru- 
mento costruito per permettere 
al medico di base di conservare le 
informazioni relative ai pazienti 
in modo semplice e diretto. Tutte 
le operazioni relative alla consul- 
tazione d’archivio possono essere 
svolte usando il mouse. Il ricorso 
a immagini e simboli garantisce 
un accesso immediato e richiede 
solo un breve periodo di familia- 
rizzazione con il programma. 


120/01 NMODAT 


Amiga Medico è scritto in lin- 
guaggio C, e l’intero progetto è 
basato sulle indicazioni di alcuni 
medici di base. La versione 1.0 del 
programma funziona su compu- 
ter Commodore Amiga con alme- 
no 512K di RAM con due drive da 
3,5” oppure con hard disk. 


Giocologico 

Via Bolzano, 3 
31100 Treviso 
(Tel. 0422/55512) 


BIT MOVIE ’89 


Triplicate le presenze a Bit 
Movie ’89, la seconda edizione 
della mostra di Computer Art 
organizzata a Riccione dal circolo 
Arci Ratataplan. Più di 1500 tra 
appassionati e autori hanno segui- 
to gli stage di computergrafica, le 
dimostrazioni di musica elettroni- 
ca, le applicazioni di desktop 
video e specialmente il concorso 
per animazione computerizzata 
in tempo reale che ha mostrato 
una notevole crescita qualitativa 
rispetto allo scorso anno. 

Tra le 26 opere proposte da 
autori di tutta Italia, il pubblico 
ha scelto come vincitore Atom di 
Daniele Casadei (Rimini), mentre 
la giuria di esperti ha preferito 


Moebius di Giovanni e Paolo Ci- 
gnoni (Piombino). Al vincitore 
scelto dal pubblico è andato il 
premio di 500.000 lire assegnato 
dal Comitato Organizzatore. Ap- 


puntamento a Bit Movie ’90! 


Circolo Arci Ratataplan 
Adriatic Coast Amiga User Club 
(Tel. 0541/42878-377388) 


AMIGA 1.3 


Finalmente anche gli utenti 
italiani dell’Amiga possono avere 
la nuova release 1.3 del sistema 
operativo rivolgendosi a un Com- 
modore Point oppure, nel caso 
dell’Amiga 500/2000, a un Servi- 
ce Center. . 

Amiga 1000: i tre dischi Kick- 
start, Workbench e Extras sono 
venduti al prezzo di lire 49.000. 

Amiga 500/2000: è necessaria 
anche la sostituzione della ROM 
con quella contenente il nuovo 
Kickstart. L'intera operazione do- 
vrebbe essere svolta in pochi 
minuti e il prezzo dell’integrato 
dovrebbe aggirarsi intorno alle 
50.000 lire. 


Commodore Italiana spa 
Viale Fulvio Testi, 280 
20126 Milano 

(Tel. 021661231) 
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FIRE KING 


Con il marchio Electronic Arts, 

esce all’inizio dell’estate Fire 
King, un gioco realizzato dalla 
Strategic Studies Group. 
Il grande Fire King è morto, e 
il mondo è caduto nel caos. Il 
giocatore viaggia attraverso fore- 
ste incantate, templi misteriosi, 
deserti infuocati e oscuri dun- 
geon, risolvendo intricati enigmi 
e affrontando pipistrelli vampiro, 
vortici viventi e altri mostri, tutti 
pienamente animati. Fire King è 
un gioco a scroll verticale, la cui 
caratteristica più interessante (da 
un punto di vista formale) è il 
modo “a due giocatori” che per- 
mette a di combattere fianco a 
fianco o di vivere due avventure 
indipendenti. 


Electronic Arts 

11-49 Station Road, Langley 
Berkshire SL3 8YN, England 
(Tel. 0044/753146672) 


DELUXE PAINT Ill 


Finalmente è arrivato! Ormai 
non è più una voce di corridoio: la 
Electronic Arts ha annunciato 
ufficialmente l’uscita di Deluxe 
Paint II. 

. La prima versione aveva rivolu- 
zionato il mercato, proponendo 
un pacchetto di disegno creativo 
all’altezza di programmi destinati 
a macchine da 20 mila dollari; la 
seconda era diventata un riferi- 
mento d’obbligo per chiunque 
volesse creare un programma di 
disegno per l’Amiga e ora... De- 
luxe Paint II. 

_1l nuovo pacchetto aggiunge al 
disegno l'animazione, senza to- 
gliere nulla delle opzioni fornite 
dalla precedente versione. È stato 
inserito il supporto al modo extra 
half-brite e si può disegnare in 
overscan senza problemi (in 


GEOS 128 2.0 


Finalmente la Berkeley Softworks ha annunciato la tanto attesa versione 2.0 
di GEOS 128. Diciamo subito che, a parte la risoluzione di 640 x 200 pixel che 
sotto la guida di GEOS trasforma il C-128 in un Macintosh a 2 MHz, GEOS 128 
2.0è identico all'analoga versione per il C-64, alla quale abbiamo dedicato il box 
“GEOS 2.0, l'avventura continua” apparso nel numero scorso di Commodore 
Gazette. Tutti i limiti che affliggevano GEOS 128 sono stati spazzati via con un 
colpo di spugna: la qualità di GEOS 128 2.0 è così elevata che gli appassionati 
non potranno fare a meno di aggiornarsi, mentre per i novizi è davvero venuto 
il momento di procurarsi le chiavi del regno. Tra l'altro, l'investimento 
comprende geoWrite 2.1, un ottimo word processor per il C-128, e il programma 
di disegno geoPaint a un prezzo decisamente interessante. 

È confortante riscontrare l'impegno che la Berkely continua a dimostrare 
anche per il C-128, un'ottima macchina che per quanto riguarda il software non 
ha mai avuto molta fortuna. 

Ma veniamo al pacchetto. Il manuale è un corposo libro di 300 pagine, che 
lascia subito intuire la complessità del sistema. Spiega tra l'altro che le 
applicazioni realizzate con le versioni precedenti di GEOS saranno pienamente 
compatibili con la nuova versione, purché si utilizzi l’appropriata procedura 
d'installazione. 

Coloro che già dispongono del sistema GEOS 128 originale possono ottenere 
la nuova versione per 35 dollari (più le spese di spedizione), mentre ai nuovi 
acquirenti costerà 69.95 dollari. Le applicazioni incluse nel pacchetto sono le 
nuove versioni di deskTop, geoWrite e geoPaint, con in più geoSpell, desk 
accessory rinnovati, e gli interessanti paint drivers. 

DeskTop è radicalmente migliorato. Il cestino si trova molto distante dall'icona 
della stampante, eliminando così le possibilità di cancellazioni involontarie; se 
comunque si dovesse ancora cancellare un file per sbaglio, il nuovo deskTop 
consente di recuperarlo. In alto a destra compare finalmente l'atteso orologio, 
sempre presente e soprattutto facilmente regolabile, così da dare un senso all'ora 
e alla data che GEOS associa ai file. È inoltre possibile disporre di tre disk drive, 
o meglio di due disk drive attivi, come di consueto, e uno in stand-by che 
all'occorrenza può essere reso attivo mettendone in stand-by un altro. Come nella 
precedente versione, possiamo impiegare indifferentemente il 1541, il 1571, il 
1581, l'espansione RAM 1764 da 256K e la 1750 da 512K (almeno una delle due 
è sempre raccomandabile in ambito GEOS). 

Altre interessanti novità sono la possibilità di agire su gruppi di file come su 
entità uniche e quindi di copiarli e cancellarli con un'unica operazione, di 
colorare le icone, di gestire e organizzare più facilmente le pagine delle directory 
sui dischi. 

GeoWrite 2.1 rappresenta il punto di forza dell'intero pacchetto. Funzionando 
a 80 colonne, offre una completa visuale sull'intera larghezza di pagina, 
diventando così un vero e proprio word processor WYSIWYG. È stato 
notevolmente migliorato sotto il profilo della velocità e propone tutte le altre 
migliorie della versione 2.0 realizzata per il C-64 con in più la capacità di leggere 
file generati da geoPublish. GeoPaint continua a funzionare sia a 40 che a 80 
colonne, ed è ora in grado di disegnare ellissi, poligonali e rette a 45 gradi. Può 
eseguire svariate operazioni sulle immagini scrap: ridimensionamento (propor- 
zionale e non), distorsione, spostamento lungo lo schermo, creazione di 
trasparenze e così via. Inoltre mette a disposizione una griglia per muoversi su 
riferimenti costanti e limitare a particolari aree l'azione dei tool 

Le altre applicazioni comprese nel pacchetto sono geoSpell, notevolmente più 
veloce e funzionante solo a 80 colonne; Text Grabber per importare testì redatti 
con altri word processor per il C-128, geoMerge per stampare la stessa lettera più 
volte con sostituzione automatica di alcune parti. Segnaliamo i due paint driver, 
che consentono di trasformare le pagine di un testo redatto con geoWrite in 
immagini modificabili con geoPaint, e all'occorrenza di sovrapporle per ottenere 
testi disposti su più colonne e altri effetti. Anche alcuni desk accessory, come 
NotePad e Calculator, sono stati migliorati (possono per esempio comunicare con 
altre applicazioni) e la Berkeley ha inoltre aggiunto driver di stampa che possono 
sfruttare le maggiore densità di stampa di alcune stampanti 

Sembra che il mondo di GEOS sia ben lontano dall'avere esaurito le possibilità 
di evoluzione, e chi attende con interesse e curiosità le nuove proposte della 
Berkeley (anche per il C-64) difficilmente resterà deluso 


Berkeley Softworks, 
2150 Shattuk Avenue, 
Berkeley, CA 94704, USA (Tel. 001/415/6440883) 
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DPaint II era necessario lo scroll 
per vedere tutto il disegno). Vi 
sono inoltre nuovi tipi di pennello 
per colorare oggetti già formati e 
per trasferire il colore di fore- 
ground a qualunque oggetto sullo 
schermo (cosa che permette di 
colorare senza difficoltà gli ogget- 
ti in bianco e nero). Si può 
utilizzare l’airbrush  congiunta- 
mente a qualunque altro tool 
(line, circle...) realizzando sfuma- 
ture più efficaci. 

E stata migliorata anche la 
possibilità d’inserire testi, ma di 
tutte le novità parleremo più 
diffusamente nella recensione 
che riserveremo al programma. 
Spendiamo però ancora due pa- 
role sull’animazione, aiutandoci 
con un esempio. 

Supponiamo di voler creare 
un'animazione in 30 fotogrammi 
di un F-16 che bombarda un carro 
armato in movimento. Si comin- 
cia disegnando lo sfondo, che 
verrà automaticamente ripreso in 
ogni fotogramma, e si passa quin- 
di a disegnare separatamente il jet 
e il carro. Per muovere le immagi- 
ni attraverso lo schermo basta 
prelevarle come si fa per i pennel- 


li e portarle in giro per lo schermo 
tenendo premuti contempora- 
neamente il pulsante sinistro del 
mouse e un tasto dell’Amiga. In 
particolare, per rappresentare 
l'avvicinamento del jet si utilizza 
la procedura descritta, azionando 
in più i tool Perspective. Si man- 
tiene comunque un pieno con- 
trollo su grandezza, posizione e 
velocità. 

Deluxe Paint INI offre anche 
un’altra entusiasmante possibili- 
tà: permette di caricare e alterare 
ogni file ANIM creato con altri 
pacchetti d'animazione, come per 
esempio VideoScape . 

Deluxe Paint III è già disponibi- 
le al prezzo di 129.95 dollari, ma 
i possessori delle versioni prece- 
denti dovranno inviare soltanto 
50 dollari più 7 per le spese 
postali, e la copertina del manua- 
le. Per chi ha acquistato Deluxe 
Paint II dopo il 1 dicembre 1988, 
l'aggiornamento alla nuova ver- 
sione costa soltanto 7 dollari. 


Electronic Arts 

1820 Gateway Drive 

San Mateo, CA 94404, USA 
(Tel. 001/415/15717171) 


ERRATA CORRIGE 


IL NUOVO DEVPAC 
PER L’AMIGA 


La HiSoft offre una nuovissima 
versione del suo sistema di pro- 
grammazione in linguaggio As- 
sembly per l’Amiga, Devpac, che 
prevede un editor a tutto scher- 
mo, un macro assembler e un 
debugger simbolico. 

La software house ha inoltre 
aggiunto multisection code, eti- 
chette più lunghe, etichette locali 
e una direttiva include binaria per 
l’assembler. Il nuovo assembler è 
tre volte più veloce del preceden- 
te e prevede la compatibilità con 
i codici sorgente previsti dall’as- 
sembler Commodore. 

L’editor a tutto schermo rende 
possibile una più efficiente gestio- 
ne dei blocchi e una più pratica 
selezione dei file. Il nuovo debug- 
ger impiega finestre multiple, 
permettendo al programmatore 
di tener d’occhio contempora- 
neamente più aree di memoria. 


Hisoft 

The Old School, Greenfield 

Bedford MK45 5DE, England 

(Tel. 00441 5251718181) [| 


Nel numero 1/89, a pagina 87, nel listato 1, il ciclo FOR della settima riga dev'essere modificato come segue: 


for (asl a<=10 ; att! 


Nel listato 2 della stessa pagina il ciclo FOR alla tredicesima riga dev'essere modificato come segue: 


for Cast ; ac=il; 


at+) 





Manoscritti: le collaborazioni dei lettori — manoscritti, disegni e/o fotografie — sono benvenute e verranno valutate in vista di 


una possibile pubblicazione. Commodore Gazette non si assume comunque responsabilità per perdite o danni al materiale. Si prega 
di allegare una busta affrancata e indirizzata per ogni articolo. Il pagamento per materiale non richiesto viene effettuato solo in 
seguito all’accettazione da parte della redazione. I contributi editoriali (di qualunque forma) non si restituiscono. Tutta la 
corrispondenza editoriale, richieste di annunci, problemi di sottoscrizione abbonamenti, di diffusione e con gli inserzionisti, deve 
essere indirizzata a: Commodore Gazette — Uffici Editoriali — Via Monte Napoleone, 9 — 20121 Milano 

Commodore Gazette è un periodico indipendente non connesso in aleun modo con la Commodore Business Machines e 
con tutte le sue sussidiarie e affiliate, compresa la Commodore Italiana S.p.A. Commodore Gazette viene pubblicata mensilmente 
dalla IHT Gruppo Editoriale, Via Monte Napoleone 9, 20121 Milano. Il costo degli abbonamenti è il seguente: Italia: 12 numeri 
L. 96.000, 24 numeri L. 192.000, 36 numeri L. 288.000. Estero: Europa L. 150.000 (10 numeri), Americhe, Asia... L. 200.000 
(10 numeri). Nessuna parte di questa pubblicazione può essere in alcun modo riprodotta senza il permesso scritto dell’editore. 
La redazione si adopera per fornire la massima accuratezza negli articoli e nei listati pubblicati. Commodore Gazette non si assume 
responsabilità per eventuali danni dovuti a errori od omissioni. 














UN 
REGA 
OGNI 
MESE 


P. chiunque sia interessato ai computer Commodore, Commodore Gazette è indispensabile. 
Nessuna rivista in Italia offre ai suoi lettori tanta qualità con recensioni hardware e software, listati, 
presentazioni esclusive, informazioni di ogni genere riguardanti C-64, C-128 e Amiga. 

Un abbonamento a Commodore Gazette è il regalo più bello che possiate fare a voi stessi e agli 
altri... un regalo nuovo ogni mese. Ma non è finita! Risparmierete il 15% sul prezzo di copertina e 
potrete includere nel prezzo dell'abbonamento anche i numeri arretrati che mancano alla vostra. 
raccolta. Resta inteso che per ogni arretrato scelto verrà spedito un numero di prossima uscita in 
meno. Per esempio, chi si abbona a 12 numeri a partire dal n. 1/89 e richiede 5 arretrati, riceverà 7 


numeri del 1989 e 5 arretrati. 


Ritagliare e spedire a: IHT Gruppo Editoriale — Via Monte Napoleone, 9.- 20121 Milano 





12 numeri (L. 81.600) ] 24 numeri (L. 163.200) 
5% sul prezzo di copertina 


Sì, desidero sottoscrivere un abbonamento a Ul 
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Compro qualsiasi programma per Litton 
Monroe system 2000: il s. o. è CP/M; il disco 
da 5 1/4 formattato ha 80 tracce. Su una 
pubblicità di Bit n. 53 a p. 195 c'è scritto 
MS/DOS compatibile; ma con quale versione 
dell'MS/DOS? Il microprocessore è Intel 
80186. Tel. 0322/97154 dopo le 18.15 e 
chiedere di Marco. 


Soccer, Neuromancer, Driller, Times of 
Lore, per C-64 su disco, completi di manuali. 
Per maggiori informazioni scrivere a: Massi- 
mo Tabasso — Piazza Molineris, 1 — 12038 
Savigliano (CN). 





Cerco possessori di Amiga per scambio 
informazioni e software. Disponibili ultimissi- 
me news. Telefonare ore pasti e dopo le 18 
a: Fabiano Martinuzzi — Tel. 0432/955594 
— Majano (UD). 





Scambio programmi per C-128 sia in 
modo 128 che in CP/M. Annuncio sempre 
valido. Inviare liste a: Guido Baralla — 
Casella postale 20 — 55040 Ripa (LU) — Tel. 
0584/760693. 


Scambio programmi per C-128. Se c'è 
qualche interessato a un Vic 20 malfunzio- 
nante (funziona in modo diretto), lo vendo 
per pochissimo. Adriano Locci — Località 
lentisco, 9 — 57034 Campo nell'Elba (LI). 





Offriamo le novità per Amiga gratis! 
Richiediamo solo il costo del dischetto 3 1/2 
vergine. Offerta del mese: dischetti 3 1/2 
marcati Sony a L. 1.750, Bulk Sony a L. 
1.600. Scrivere a: Stefano Maglia — Via M. 
dal Re, 38 — 20100 Milano. Per ulteriori 
informazioni: Maurizio tel. 02/2472659. 





Realizziamo abbonamenti software su 
disco per CBM-64 a prezzo affare. 
Arrivi settimanali dalle più autorevoli 
fonti italiane ed estere. Prezzo blocca- 
to L. 4.000 disco pieno!!! POLO SOFT - 
c/o Luca Pelusi - Via P. Picasso, 4 -— 
64023 Mosciano S. A. (TE) — Tel. 
085/866280. 





Svendo a L. 50.000 trattabili ben 20 
dischetti pieni + manuali e la guida al C-128. 
Tutto per il Commodore 128 (solo in modo 
128) con: Label Maker, Chessmaster, Sex 
Cartoon e altro (anche CP/M). Regalo 10 
dischi vergini. Rivolgersi a: Paolo di Maio — 
Piazza Porta Torino, 6 — 14100 Asti — Tel. 
0141/215322. 





Attenzione! Saldi: causa passaggio a 
sistema superiore vendo in blocco 46 dischi 
con oltre 50 programmi per C-64/128 
(C-128: Data Manager 128, Superbase 
pia tei] i gi C-64: Tot Revolution e 
anti altri), il tutto al prezzo stracciato di L. 
70.000. Per informazioni telefonare allo 
0771/740118 e chiedere di Giuseppe (dalle 
ore 14 in poi). 





Scambio programmi per Commodore 
Amiga. Mandare lista o telefonare a: Alfre- 
do D'Angelo = Il trav. Livorno, 6 — 80022 
Arzano (NA) — Cas. post. 134 — Tel. 
081/7314158. 





Scambio software per Amiga 500. 
Posseggo inoltre programmi MS/DOS. Gli 
interessati sono pregati di scrivere o telefo- 
nare a: Fabio Chiarini - Corso Roma, 138 — 
20093 Cologno Monzese (MI) — Tel. 02/ 
2543918 ore 13. Massima serietà. 


Vendo in blocco 50 dischi pieni di 
programmi per il C-64 a L. 50.000 (compre- 
se eventuali spese di spedizione. Inoltre 
compro i seguenti programmi: Microprose 





124 VASALAAA 
GAZETTE 


Scambio programmi per C-128, sia in 
modo 128 che in CP/M. Vasta biblioteca 
software, oltre 350 titoli, annuncio sempre 
valido. Inviare vostre liste a: Rosario Albane- 
se — Corso Alberto Amedeo, 66 — 90138 
Palermo — Tel. 327764. 


Roma, 46 — 13060 Valdengo (VC) — Tel. 
015/680743 (ore serali). 





Sistema Amiga. Disponibile allo scambio 
dei dischi di Fred Fish. Annuncio sempre 
valido. Solo zona di Milano. Leonardo 
Piccinelli - Tel. 02/3760721. 





Per Amiga l’inimitabile scambio giochi, 
programmi e interessanti consigli. Cerco 
ragazzi nella zona del nord Milano per 
creare un gruppo di appassionati dell'Ami- 
ga. Alberto Scalco — Via dei Prati, 36 — 
20030 Barlassina (MI) — Tel. 0362/561145. 


Con utenti 128/64 cambio, compro, ven- 
do tutti i migliori programmi completi di 
manuale originale o d'istruzioni in italiano. 
Massima serietà e competenza. Giuliano 
Cinci — Pian dei Mantellini, 44 — 53100 Siena 
— Tel. 0577/47054. 


Vendo giochi originali ottimo stato. Tele- 
fonare a: Massimiliano — Tel. 06/3452741. 





Scambio programmi per Amiga. Contat- 
tatemi, rispondo a tutti. Luca Ceria — Via 


POI] 


CLASSIFIED DELLA COMMODORE 
GAZETTE È UN MODO 
ECONOMICO PER INFORMARE LA 
PIÙ VASTA UTENZA 
COMMODORE SUI VOSTRI 
PRODOTTI O SERVIZI. GLI 
ANNUNCI NON A SCOPO DI 
LUCRO, INVIATI DA PRIVATI, 
VENGONO PUBBLICATI 
GRATUITAMENTE (COMPILARE 
L’APPOSITA SCHEDA DI SERVIZIO 
LETTORI). 


Guote: 15.000, lire per linea, minimo 4 
inee. Aggiungere 5.000 lire per ogni 
parola in grassetto o 50.000 lire per 
l’intero annuncio in grassetto. 
Condizioni: pagamento anticipato. 
Vengono accettati assegni e vaglia 
postali. Gli assegni devono essere 
intestati a: INT GRUPPO 
EDITORIALE s.r.l. 

Forma: gli annunci sono soggetti 
all'approvazione dell’editore e devono 
essere scritti a macchina o in modo 
molto chiaro. Una linea equivale a 40 
lettere, spazi tra le parole compresi. 
Pregasi sottolineare le parole che si 
intendono scrivere in grassetto. 
Informazioni generali: gli inserzionisti 
devono sempre specificare nome e 
indirizzo completo. Gli annunci 
appariranno nel primo numero 
disponibile dopo il ricevimento. 





Inviare il materiale a; 
IHT GRUPPO EDITORIALE 
UFFICI PUBBLICITARI 
VIA MONTE NAPOLEONE, 9 
20121 MILANO 


Attenzione: Commodore Gazette non si 
assume responsabilità in caso di reclami 
di qualunque natura da parte degli 
inserzionisti e/o dei lettori. Nessuna 
responsabilità è altresì accettata per 
errori e/o omissioni di qualsiasi tipo. 








Scambio programmi Amiga anche di mia 
produzione: archivio prog., archivio corri- 
spondenti, conto corrente, Invim, gestione 
campionato, trigonometria e molti altri; tutti a 
livello professionale; compilati; con mouse, 
gadget, menu. Scrivete a: Walter Radakovic 
— C. P. 2106/11 — 34100 Trieste. 


Vendo Pro 16 Steinberg originale + midi 
dedicata a L. 250.000 (non scindibili). Tel. 
0585/52890 ore pasti. Claudio. 


Vendo Amiga 1000 (512K) + monitor 
1081 + drive esterno + manuali in italiano. 
Vendo anche separatamente, prezzo da 
concordare. Telefonare ore serali a Danilo 
Cecchin 0424/502276. 





Vendo stampante MPS 1250 pratica- 
mente nuova a L. 390.000. Regalo all'acqui- 
rente pacco di mille fogli per stampante. 
Scrivere a: Graziano Pavone — Via B. Croce, 
6 —- 65016 Montesilvano (PE). 





Vendo monitor a colori Philips + monitor 
fosfori verdi + stampante MPS 803 + 
digitalizzatore video in tempo reale C-64 
Valerio Viscovo — Tel. 081/7332961 ore 
pasti. 





Offertissima! Cedo Amiga 2000 (senza 
monitor) a L. 1.600.000 perfetto, quasi mai 
usato. Regalo programmi. Telefonare ore 
serali a Claudio: 06/7474269. 





Vendo ZX Specirum 128+2 con interfac- 
cia dischi opus d.] + svariati programmi 
originali + Multiface 128 + manuali + riviste 
+ libri + cavo stampante tutto a L. 800.000. 
Massimo Zonca — Via Mottarone, 6 — 28041 
Arona (NO) — Tel. 0322/44503. 








CLASSIFIED 





Per C-64/128 liquido in blocco a L. 75.000 
non tratt.: penna ottica + software, Universal 
Cartridge 64/128, Geos 1 originale (mai 
usati), Vizawrite 64 con manuale in it. 51 
pagg., Master 64 completo con manuale 70 
pagg. (valore acquisto oltre L. 200.000). 
Telefonare ore pasti a: Attilio 06/9022289. 


Svendo Commodore 64 in buono stato + 
registratore + 1 joystick + interfaccia dupli- 
catrice + tasto reset. Il tutto a sole L. 
220.000. Vendo anche separatamente. Te- 
lefonare dopo le 15.00 a: Emiliano 06/ 
5263252, 


Vendo Commodore 64 + registratore 
C2N + 600 programmi al prezzo di L. 
220.000. Cambio anche con disk drive 
esterno 3,5' per Amiga. Per contattarmi 
scrivere o telefonare a: Carmine Evangelista 
— Via Santoli, 19 — 83100 Avellino — Tel. 
0825/24237. 


Vendo C-128 + disk drive 1571 + MPS 
1200 + modem 6499 a L. 1.000.000 
trattabili. Per informazioni telefonare o scri- 
vere a: Mario Fazio — Via Roma, 306 — 
00011 Guidonia (Roma) — Tel. 0774/ 
378128. 








Cerco monitor monocromatico max. L. 
100.000. Tratto preferibilmente zona di 
Biella e Vercelli. Cambio programmi per 
Amiga. Telefonare o scrivere a: Massimo 
lovisetto — Via De Bais, 69 — 13062 
Candelo (VC) — Tel. 015/538658. 


Vendo CBM 64 + disk drive 1541, 2 
registratori, 2 joystick, mouse, Geos, penna 
ottica su disco, 70 cassette piene, duplicato- 
re cassette a L. 700.000. Valter Rivoira — Via 
Marucchi, 6 — 12037 Saluzzo (CN) — Tel. 
0175/42529. 





Passaggio computer Amiga vendo per L. 
500.000 Atari 800XL + registratore Atari 
1010 + joystick + 30 cassette software 
originali giochi e utility + due libri Atari + 
corso di programmazione Atari di Accade- 
mia (22 fascicoli e 5 cassette). Marcello 
Bianca — Via Gela, 12 — Caltagirone (CT) — 
Tel. 0933/52322 (ore 13/14 e 17/18). 





Causa inutilizzo, digitalizzatore audio 
per Amiga, mono, funzionante, attraverso la 
porta parallela, con tutti i più famosi pro- 
grammi les. Audiomaster), vendo a 
60.000 comprese spese di spedizione. 
Posso fornire a richiesta anche vario softwa- 
re musicale. Se interessati scrivere o telefo- 
nare a: Marco Averone — Via Ribet, 9 — 
10125 Torino — Tel. 011/657239. 





Vendo C-128 funzionante + drive 1571 
+ monitor C 1901 40/80 colonne a colori + 
registratore. Regalo dischi, cassette e ma- 
nuali. Vendo enciclopedia “Input" e tutti i 
numeri di Commodore Gazette. Telefonare 
a: Salvatore 0776/310619 — Via E. De 
Nicola — 03043 Cassino (FR). 





Compro drive esterno per Amiga. Scam- 
bio e vendo programmi e manuali per Amiga. 
Telefonare o scrivere a: Fabio Fabbi — Via 
Montecuccoli, 119 — 41010 Limidi (MO) — 
Tel. 059/5611586. 





Acquisto C-64 portatile (drive e monitor 
incorporati) oppure SX-64 per uso viaggio. 
Contattare: Pietro Cremona — Casella po- 
stale 60 — 41043 Formigine (MO) — Tel. 
059/5708224. 





Vendo per Amiga 1000 espansione di 
memoria interna da 1MB autoconfigurante 
(senza saldature), installazione semplicissi- 
ma. Con Kickstart 1.2 Ramint e Workbench 
1.2 Ramint. Prezzo L. 750.000. Maurizio 
Vignazzi — Via Michetti, 16 — 20158 Milano 
— Tel. 02/3760381 (ore 19.30). 


Vendo a prezzo ribassato scheda Janus 
XT (un compatibile IBM dentro Amiga 2000) 
ancora da acquistare, perché accessorio 
indesiderato facente parte di offerta Com- 
modore (garanzia Commodore). Telefonare 
a: Gianni 02/2482595 o Mario 0544/ 
31249. 


Vendo C-128 + drive 1570 + stampante 
a colori Okimate 20 + 2 registratori + 
interfaccia duplicassette + cavo 40/80 co- 
lonne + joystick + foradischetti + vari libri in 
italiano, tutto perfettamente funzionante e 
con imballi originali, prezzo trattabile. Tel. 
055/969288 possibilmente zona Valdar- 
no). 


Vendo riviste: MC Microcomputer numeri 
43, 44 e dal 46 al 53. SuperVic e C-64 
numeri 2, 3, 4, 5, 6. Super Commodore dal 
n. l al 7 con relative cassette. Noi 64 e 128 
i primi 3 numeri con cassette. Prezzi di 
copertina. Telefonare a: Antonio Di Palma 
081/923810 (ore pasti e serali). 











Sono disponibili le traduzioni in italiano 
di: Geos 128, Fontmaster 128, Spellmaster 
128. Telefonare allo 0985/85055 dopo le 
ore 21. 





Cerco possessori di Amiga 500 possibil- 
mente Brescia o provincia, disposti a inse- 
gnarmi qualcosa; sono un neofita non più 
giovanissimo. Ermanno Dordoni Tel. 030/ 
9547144. 





Cerco appassionati di robotica applica- 
ta ai computer Commodore (C-64/128/ 
A2000), per scambio idee. Matteo Mairate 
- Via Fiume, 96 - 10088 Volpiano (TO) — 
Tel. 011/9884461. 





Vendo Amiga 500 nuovissimo con ga- 
ranzia, imballaggi, manuali in italiano, modu- 
latore, 2 joystick, archivio programmi e varie 
riviste il tutto a L. 900.000 trattabili. Per 
informazioni rivolgersi a: Benito Babuscio — 
Via Principe Amedeo, 31 — 82100 Perrillo 
(BN) — Tel. 0824/42425. 





Cerco manuale (anche fotocopie) del 
Macro Assembler per C-64 solo in italiano. 
Telefonare a: Giuseppe Cannella - 091/ 
6885475. 





Cerco decompilatore per necessaria mo- 
difica su file compilato con il compilatore 
Basic 128 della Data Becker, oppure impor- 


tatore dei prodotti Data Becker. Scrivere o 
telefonare a: Luigi Siciliano — Via Roma, 19 
— 94012 Bano o (EN) — Tel. 0935/ 
24161 ore ufficio. 





Abbiamo fondato l’associazione “In- 
contriamoci" per stabilire contatti in tutta 
Italia tra coloro che sono alla ricerca di 
nuove amicizie o di persone con le quali 
condividere i propri hobby. A coloro che 
aderiranno verrà ‘offerto un lavoro con 
grandi possibilità di guadagno. Contattateci! 
Ugo Silato — Via della Resistenza, 17 — 
12030 Manta (CN). 





Corrispondo con possessori Amiga sco- 
po amicizia. Non vendo software. Scrivete 
a: Alfonso Roselli — Via Sannio, 32 — 65016 
M. Silvano (PE). 





Avete un modem e non sapete cosa farne? 
Bene, allora telefonate allo 090/51451 o al 
BBS di Messina allo 090/2929261. Parame- 
tri: baud 300, p. none, full duplex. 





Cerco parti o interi del microcomputer 
Amico 2000, venduto in kit anni fa dalla ditta 
A.S.E.L. srl. Pago fino a L. 100.000 trattabili 
we buono. Tel. 01 25/84750 (ore serali dopo 
e 18). 


A Salerno! Via Papio, 14 — Lu., me., ve. 
ore 19/21 il C.1.T. (Cultura — Iniziative sociali 
— Tempo libero) aspetta i commodoriani 64 
per scambio software. 








Newsoft Amiga Club contatta possessori 
di Amiga. Per qualunque informazione tele- 
fonare allo: 0376/619557 ore serali e 
festivi, e chiedere di Sergio. 





ABC: Amiga Belluno Club cerca amici per 
informazioni, scambi culturali, non a scopo di 
lucro. Se sei interessato seriamente e abiti in 
provincia di Belluno telefona! Mirco — Tel. 
0437/86236. 








Badsoft Amiga Club cerca nuovi soci 
interessati a questo stupendo computer. 
Massima serietà. Gradito contatto telefoni- 
co. Badsoft: Alessandro Badii — Via Paren- 
zo, 36 — 57013 Rosignano Solvay (LI) — Tel. 
0586/790301. 





Club Amiga cerca soci: iscrizione gratuita 
con possibilità di numerosi giochi e utility. Per 
ulteriori informazioni telefonare allo: 091/ 
6371385 (Palermo). 





Il TNT Club Alberobello cerca nuovi soci 
disposti a far esplodere i loro Amiga con una 
miriade di programmi. Scrivere a: TNT Club 
— Via Montegrappa, 2 - 70011 Alberobello 
{BA) — Tel. 080/721871 (Giampiero) 





Kiby Kenoby Ciub scambia programmi; 
nuovi arrivi ogni settimana; richiedeteci gra- 
tuitamente la lista. Scrivere a: Fausto Pasqui- 
nucci — Via Galimberti, 33 — 56025 Pontede- 
ra (Pisa) 
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IHT Gruppo Editoriale ... Uffici Pubblicitari 
one Sa da 49,94 le Via Monte Napoleone, 9 
SA RATA 20121 Milano 
NEVE rire snan 43: Tel. 02/794181 - 799492 
SIM FISFLIVES scorie ma .119 792612 - 794122 
Technitron Data: hill Il Telex 334261 IHT I 


Telefax 02/784021 


Questo indice è da considerarsi co- 
me un servizio addizionale. L'Editore 
non si assume alcuna responsabilità 
per eventuali errori e/o omissioni. 


Indirizzare eventuali lamentele 
riguardanti gli inserzionisti a: 


Commodore Gazette 
Uffici Pubblicitari 
Relazioni Inserzionisti 
Via Monte Napoleone, 9 
20121 Milano 


Nessuna responsabilità viene altresì 
assunta dalla Commodore Gazette 
per eventuali problemi di qualsiasi 
natura con gli inserzionisti. La re- 
sponsabilità di quanto pubblicato 
negli spazi pubblicitari è esclusiva- 
mente del committente. 


NEL PROSSIMO NUMERO 





Z 1959 





S Prove hardware - La ricca sezione hardware comprende le prove del nuovo PC 40-III, 
delle schede XT e AT per l'emulazione MS-DOS e di alcune interessanti stampanti. 


S C-64/4128 - Recensioni software, listati e notizie sugli 8 bit della Commodore 


N Programmare l’Amiga - Una descrizione completa di tutte le diverse temporizzazioni 
presenti nel sistema multitasking dell'Amiga. 


SY Amiga BASIC - L'analisi di un pacchetto di estensione dell’Amiga BASIC e l'impiego di 
Intuition da Basic. 


DS Saloni USA = Reportage dai nostri inviati negli Stati Uniti: il World of Commodore Show 
di Los Angeles e il Comdex ‘89 di Chicago 


S Corso di programmazione in linguaggio © - Tutte le caratteristiche della nuova 
ersione 5 0) del pacchetto di programmazione Lattice C 





SERVIZIO LETTORI 


Questa scheda è valida fino al 30 giugno 1989 


A. Come giudica questo 
numero di Commodore 
Gazette? 


O 1. Ottimo 

. Molto buono 
. Buono 

. Discreto 

. Sufficiente 

. Mediocre 

. Insufficiente 





























ODI 
SAUAWN 


B. Qualeli) articololi) di 
questo numero ha ap- 
prezzato maggiormente? 








E. Con quale aggettivo 
descriverebbe Commodo- 
re Gazette? 





F. Quante persone leggo- 
no la sua copia di Com- 
modore Gazette? 


1]. Uno 
O 2. Due 
O 3. Tre 
O 4. Quattro o più 














G. Ha dei suggerimenti?__ 





C. Qualeli) articololi) di 
questo numero giudica 
peggioreli)? 








D. Quali argomenti do- 
vrebbero essere trattati 
nei prossimi numeri di 
Commodore Gazette? 














H. Qualeli) computer uti 
lizza? 



































O) 1. C-64 

D 2. C-128 
3. C-128D 
4. Amiga 500 
5. Amiga 1000 














O 6. Amiga 2000 
LI FPCA 
LI 8 PE 10 
Di SPE 20 
10. Altro (specificare). 











|. Qualeli) computer inten- 
de acquistare nel futuro? 





























L. È un acquirente dei libri 
della IHT? Se sì come li 
giudica? 


M. Quali altre riviste (sia 
d'informatica che non 
legge abitualmente? 

































































I 2. €.1280 
PEC N. Indichi quali sono i suoi 
O 3. Amiga 500 imrì i ; 
DI 4. Amiga 2000 maggiori interessi 
DI PE I 1. Videoregistrazione 
6. PC 10 2. Hi-Fi 
O 7. PC 20 3. Fotografia 
8. Altro (specificare) 4. Automobili 
O 5. Sport 
6. Viaggi 
Nome 
Cognome 
Indirizzo 
Città 
Prov. _ C.0.p. 
Età Professione 
OOIMCDORE 


aprile 1989 


SCHEDA ORDINAZIONE LIBRI 


Con il presente tagliando desidero ordinare i seguenti libri: 


Collana Informatica 

















Collana Cinema 
Collana Tempus 











Nome e cognome 
Indirizzo 
Città 
Prov. 


L'Amiga (Michael Boom) 
[]. Il Manuale dell’AmigaDOS (Commodore-Amiga) 
Programmare l'Amiga Vol. | (Eugene P. Mortimore) ..... 
Programmare l'Amiga Vol. Il (Eugene P. Mortimore) 
Guida ufficiale alla programmazione di GEOS (Berkeley Softworks) 
Flight Simulator Co-pilot (Charles Gulick) 
L] Volare con Flight Simulator (Charles Gulick) 
Le mille luci di Hollywood (David Chell) 
_} Inventori del nostro tempo (Kenneth A. Brown) 





iaia L. 60.000 


L. 60.000 
.... uscita: ottobre '89 


asa uscita: luglio '89 


. 64.000 
. 30.000 
. 45.000 
. 42.000 
. 42.000 
. 39.900 














C.a.p. 


Tel. 





Firma _____ 





[Gi 6 YI IMODX DRE 
GAZETTE 


aprile 1989 





DO Desidero inserire gratuitamente un mio annuncio nella rubrica CLASSIFIED (solo per i privati 
e per gli annunci non a scopo di lucro). 





DO Desidero inserire un mio annuncio nella rubrica CLASSIFIED. Allego assegno bancario o 
circolare o postale oppure fotocopia della ricevuta del vaglia postale per un totale di 


L. . Il mio codice fiscale o partita IVA (per le aziende) 
è il seguente: 








Attenzione: perché un annuncio venga accettato è necessario che sia stato compilato anche il 
questionario presente sull'altro lato di questo tagliando. Non si accettano fotocopie. 


TESTO: 














Inserire all’interno di una busta affrancata e spedire a: 


Commodore Gazette 
Servizio Lettori 

Via Monte Napoleone, 9 
20121 Milano 


Inserire all’interno di una busta affrancata e spedire a: 


IHT Gruppo Editoriale 
Divisione Libri 

Via Monte Napoleone, 9 
20121 Milano 








GEOS 


NON HA PIÙ SEGRETI 


GUIDA UFFICIALE ALLA 
PROGRAMMAZIONE DI 


GEOS 


Berkeley Softworks 
iu 


PER COMMODORE 64/64C/128 





S. 


un utente di GEOS e ne sei 
entusiasta? Desideri scoprirne 
ogni dettaglio e impararne il funziona- 
mento? Vuoi programmare in questo si- 
stema operativo ad ambiente grafico? Al- 
lora questo volume della IHT ti è indi- 
spensabile. Scritta dagli stessi creatori di 
GEOS, questa guida svela tutti i segreti 
del sistema operativo e permette di crea- 
re stupende applicazioni per il C-64 e il 
C-128 dotate di interfaccia utente grafi- 
ca, menu, icone, finestre, box di dialogo, 
fonti proporzionali, processi in multi- 
tasking, RAM disk, gestione dei file in 
overlay, controllo del mouse, driver di 
input e di stampa, e tante altre caratteri- 
stiche che fanno di GEOS un ambiente di 
lavoro e sviluppo davvero professionale. 
592 pagine, L. 64.000 


I libri IHT sono disponibili nelle migliori librerie e computer shop. Per ordini diretti servirsi dell'apposito modulo pubblicato a pagina 127 
IHT Gruppo Editoriale - Via Monte Napoleone, 9 - 20121 Milano - Tel. 02/794181-794122 - Fax 784021 - Telex 334261 IHT I 
Distribuzione: Messaggerie Libri - Via Giulio Carcano, 32 - 20141 Milano - Tel. 02/8438141 





RA0 


X 





a 


= 


NOVITÀ TEMPUS 
S 


ono disponibili in libreria 
i primi tre volumi) della serie TEMPUS — Scienza e tecnologia, una collana che la IHT dedica 
alla storia, all'impatto sociale e al futuro della scienza e dell’alta tecnologia. 
INVENTORI DEL NOSTRO TEMPO, di Kenneth A. Brown, raccoglie 16 interviste con ‘alcuni 
CORBODI importanti inventori di questo secolo, gli ideatori del laser, del microprocessore, del 
pacemaker trapiantabile, dell computer Apple II... 
COMPUTER IN GUERRA: FUNZIONERANNO?,, a cura di David Bellin e di Gary Chapman, 
è un volume scritto da scienziati e ricercatori che fanno capo all’associazione “Professionisti 
dell’informatica per la responsabilità sociale’. Fornendo un’ampia documentazione, descrive i 
pericoli delle ricerche finanziate negli ultimi anni dal Pentagono (guerra automatizzata, 
armamenti autonomi, robot killer) e spiega perché un programma ambizioso come l’SDI non 
sarà mai realizzabile. } 

IL SEGRETO DEL SUCCESSO, di G. Ray Funkhouser e Robert R. Rothberg, analizza in ogni 
aspetto il fenomeno della crescita economica. Attraverso storie di clamorosi successi e di 
spettacolari fallimenti (come quello della Atari), spiega in quali casi la crescita aziendale è sana, 
e quando invece si risolverà probabilmente in un disastro. 


Robe 


IL SEGRETO 
DEL SUCCESSO 


economia di ogai 
unità. | pericoli 


I libri LHT sono disponibili nelle migliori librerie. Per ordini diretti servirsi del modulo pubblicato a pagina 127 
IHT Gruppo Editoriale =Via Monte Napoleone, 9 = 20121 Milano = Tel. 02/794181-794122 = Fax (02/784021 = Telex 334261 INT I 
Distribuzione: Messaggerie Libri = Via Giulio Carcano, 32 = 201/41 Milano = Tel. IPYAZEXI ZA] 











